Một kho lưu trữ hoàng hôn có thể quay lại ở đúng độ cao khối nhưng vẫn thất bại với đúng một yêu cầu mà ứng dụng blob của tôi thực sự cần: đưa cho tôi sidecar.
Các giao dịch blob để lại trên chuỗi một hash blob KZG đã được đánh phiên bản, nhưng payload được truy xuất riêng biệt thông qua Rusk bằng hash blob hoặc cam kết. Điều đó có nghĩa là bản ghi chuỗi và phần thân blob không nằm trong cùng một giả định khôi phục.
Công cụ kho lưu trữ làm cho sự tách bạch này trở nên rõ ràng. Các đối tượng blob được lưu trữ riêng, việc phủ được chứng minh trên các dải khối liên tiếp, và một checkpoint kho lưu trữ chỉ được coi là hoàn chỉnh khi trạng thái tương ứng của nó, dữ liệu kho lưu trữ và phạm vi coverage blob đều khớp với nhau.
Vì vậy, nếu tôi sao lưu trạng thái chuỗi và các chỉ mục kho lưu trữ nhưng coi việc lưu trữ blob giống như một bộ nhớ đệm tạm thời có thể bỏ đi, thì quá trình khôi phục có thể trông có vẻ ổn. Khối thì có đó. Hash giao dịch thì có đó. Ứng dụng của tôi yêu cầu một sidecar cũ và nhận về trống rỗng.
Đó là lỗi mà tôi sẽ kiểm thử trước khi gọi một kho lưu trữ Dusk đã được khôi phục. Chọn một blob lịch sử đã được final, giải quyết hash do chuỗi báo cáo, lấy sidecar, rồi xác minh cam kết và bằng chứng của nó.
Với tôi, “khối được khôi phục” không đồng nghĩa với “dữ liệu được khôi phục” khi ứng dụng phụ thuộc vào payload blob của Dusk.
#dusk $DUSK @Dusk
Các giao dịch blob để lại trên chuỗi một hash blob KZG đã được đánh phiên bản, nhưng payload được truy xuất riêng biệt thông qua Rusk bằng hash blob hoặc cam kết. Điều đó có nghĩa là bản ghi chuỗi và phần thân blob không nằm trong cùng một giả định khôi phục.
Công cụ kho lưu trữ làm cho sự tách bạch này trở nên rõ ràng. Các đối tượng blob được lưu trữ riêng, việc phủ được chứng minh trên các dải khối liên tiếp, và một checkpoint kho lưu trữ chỉ được coi là hoàn chỉnh khi trạng thái tương ứng của nó, dữ liệu kho lưu trữ và phạm vi coverage blob đều khớp với nhau.
Vì vậy, nếu tôi sao lưu trạng thái chuỗi và các chỉ mục kho lưu trữ nhưng coi việc lưu trữ blob giống như một bộ nhớ đệm tạm thời có thể bỏ đi, thì quá trình khôi phục có thể trông có vẻ ổn. Khối thì có đó. Hash giao dịch thì có đó. Ứng dụng của tôi yêu cầu một sidecar cũ và nhận về trống rỗng.
Đó là lỗi mà tôi sẽ kiểm thử trước khi gọi một kho lưu trữ Dusk đã được khôi phục. Chọn một blob lịch sử đã được final, giải quyết hash do chuỗi báo cáo, lấy sidecar, rồi xác minh cam kết và bằng chứng của nó.
Với tôi, “khối được khôi phục” không đồng nghĩa với “dữ liệu được khôi phục” khi ứng dụng phụ thuộc vào payload blob của Dusk.
#dusk $DUSK @Dusk
