Minh họa chủ đề nguyên bản: Sơ đồ chủ đề nguyên bản của ChainView BTC866 · ChainView BTC866 Editorial · CC BY 4.0
Hai đường dữ liệu
Giao dịch mang blob cung cấp kênh công bố dữ liệu dành cho nhu cầu như rollup, với cam kết liên kết dữ liệu tới giao dịch. Calldata thuộc một giao diện khác. Mô tả hai cơ chế như kho lưu trữ hoàn toàn giống nhau sẽ bỏ qua khác biệt ảnh hưởng trực tiếp tới thiết kế ứng dụng và khả năng lấy lại thông tin.
Máy thực thi đọc được gì
EVM truy cập được hash blob có phiên bản nhưng không đọc toàn bộ nội dung blob như calldata thông thường. Khi thiết kế, nêu rõ dữ liệu nào hợp đồng cần xử lý và dữ liệu nào do thành phần bên ngoài đọc. Một tham chiếu mật mã kiểm tra tính liên kết không tự cung cấp nội dung mà chương trình muốn sử dụng.
Thời hạn không phải lưu vĩnh viễn
Tính sẵn có của dữ liệu blob có khoảng lưu giữ do giao thức quy định, không bảo đảm kho lưu trữ vô hạn. Nghiên cứu cần đọc dữ liệu sau nhiều năm phải có phương án lưu riêng. Kiểm tra quy tắc và phiên bản hiện hành thay vì biến một thời hạn từng công bố thành lời hứa không bao giờ thay đổi.
Phân tách các khoản phí
Thị trường phí blob riêng không xóa gas thực thi hoặc phí dịch vụ của ứng dụng. Trong ví dụ giả định, công bố dữ liệu rẻ nhưng một thao tác khác của rollup vẫn tốn phí. Tách phí công bố, thực thi và dịch vụ, ghi đơn vị cùng thời điểm để tránh so hai biên nhận có phạm vi khác nhau.
Xem cả hệ thống
Ghi ai lưu dữ liệu dài hạn, cách tải lại và điều gì xảy ra nếu kho bên ngoài biến mất. Công bố rẻ không chứng minh an toàn toàn bộ rollup; cơ chế xác minh, quyền quản trị và đường rút tài sản cũng quan trọng. Thử khả năng khôi phục dữ liệu không nhạy cảm trước khi phụ thuộc vào hệ thống.
Kiểm tra nhu cầu lịch sử
Một bảng phân tích có thể cần cả cam kết trên chuỗi và nội dung được lưu ngoài chuỗi. Lưu hai nguồn cùng quan hệ giữa chúng để truy vết. Nếu chỉ còn hash mà mất dữ liệu, đừng điền giá trị mặc định vào phân tích; đánh dấu khoảng trống và giải thích nó giới hạn kết luận nào.
