Trước tiên, hãy phân biệt giữa dữ liệu thực thi và dữ liệu Blob
Một số lớp 2 sử dụng lobe để mang dữ liệu được công bố lên Ethereum. Mục tiêu thiết kế của lobe bao gồm tính khả dụng của dữ liệu, chứ không phải là việc mọi nút thông thường đều lưu giữ vĩnh viễn tất cả nội dung lịch sử. Trình duyệt giao dịch hiển thị bản ghi cam kết không có nghĩa là nút hiện tại vẫn giữ nguyên toàn bộ dữ liệu. Khi nghiên cứu blockchain Lớp 2, điều cần thiết là phải làm rõ phương thức gửi, quy trình xác minh và ai lưu trữ dữ liệu lịch sử.
Tính khả dụng ngắn hạn khác với sao lưu vĩnh viễn.
Các giao thức và máy khách đặt ra các quy tắc cho dịch vụ và việc lưu giữ dữ liệu Blob. Các tham số và bản nâng cấp này có thể thay đổi; hãy tham khảo các thông số kỹ thuật hiện tại. Đừng coi số ngày được đề cập trong một bài viết cũ là sự đảm bảo vĩnh viễn. Các cam kết bằng chứng lịch sử vẫn có thể tìm kiếm được, nhưng các cam kết, hệ thống phân loại dữ liệu và các dịch vụ lưu trữ có sẵn là những thứ khác nhau; việc có một hàm băm không có nghĩa là bạn có thể khôi phục toàn bộ nội dung từ hàm băm đó.
Tại sao người dùng thông thường vẫn nên quan tâm.
Số dư ví thường được cung cấp bởi các ứng dụng và nút; Người dùng hiếm khi tải xuống trực tiếp các Blobs. Tuy nhiên, đường dẫn truy cập dữ liệu trở nên quan trọng trong thời gian ngừng hoạt động của nhà điều hành, quá trình xây dựng lại trạng thái độc lập hoặc giải quyết tranh chấp. Khả năng thoát khỏi mạng Layer 2 cũng liên quan đến các cầu nối, hệ thống bằng chứng và quyền nâng cấp; không thể cho rằng tất cả các lỗi đều được mạng chính tự động giải quyết chỉ đơn giản vì "dữ liệu Ethereum được sử dụng".
Một ví dụ về truy vấn lịch sử
Giả sử một nhà nghiên cứu muốn xem xét một loạt các giao dịch Layer 2 từ vài tháng trước. Trước tiên, họ nên xác định vị trí các khối L2 và loạt giao dịch đã được gửi lên mạng chính, sau đó xác định định dạng dữ liệu và nguồn lưu trữ vẫn cung cấp tải trọng. Nếu một điểm cuối thông thường không thể tìm thấy dữ liệu cũ, thì không thể kết luận rằng giao dịch gốc chưa từng tồn tại. Cần phải xác minh phạm vi dịch vụ của điểm cuối, các tham chiếu loạt giao dịch và các nguồn độc lập khác, đồng thời ghi lại những bước nào vẫn không thể tái tạo.
Phương pháp đánh giá nhà cung cấp kho lưu trữ
Xem xét phạm vi lưu giữ, kiểm tra tính toàn vẹn dữ liệu, định dạng tải xuống, giới hạn tốc độ, điều khoản thanh toán và lịch sử gián đoạn của nhà cung cấp. Tốt nhất là nên xác minh mối quan hệ giữa nội dung đã tải xuống và các cam kết giao thức, và tránh chỉ dựa vào một API thương mại duy nhất. Lưu trữ vĩnh viễn phải có một bên chịu trách nhiệm rõ ràng và một cơ chế có thể xác minh; khẩu hiệu quảng cáo không tương đương với các nghĩa vụ dịch vụ dài hạn, có thể thực thi.
Cung cấp nguồn cho các bài báo và nghiên cứu dữ liệu
Lưu trữ các định danh mạng L1 và L2, băm lô và khối, phiên bản đặc tả, thời gian truy vấn và địa chỉ lưu trữ. Khi trích dẫn dữ liệu, hãy cho biết liệu quá trình tải xuống đã hoàn tất hay chưa, liệu có khoảng trống nào không và liệu nó đã được xác minh độc lập hay chưa. Tài liệu này chỉ giải thích vòng đời dữ liệu và không đảm bảo tính bảo mật của bất kỳ hệ thống Lớp 2 nào; Việc nâng cấp giao thức, dịch vụ lưu trữ và điều kiện thoát cần được xác minh lại trước khi sử dụng thực tế.