Dự án lưu trữ tiêu biểu của Mysten Labs vẫn đang grapple với cùng một vấn đề khó: làm cách nào để lưu trữ phi tập trung có thể tìm thấy sự cân bằng giữa chi phí sao chép, hiệu quả phục hồi và bảo mật.
Các giải pháp sao chép toàn bộ truyền thống (như Filecoin, Arweave) có logic đơn giản, nhưng cái giá là phải chi 25 lần trở lên tài nguyên để đảm bảo đủ an toàn. Sau đó, công nghệ xóa mã đã giảm chi phí xuống khoảng 3 lần, các dự án như Storj, Sia đều đang sử dụng, nhưng vấn đề theo sau — chi phí phục hồi tăng vọt, dễ dàng lộ lỗ hổng trong môi trường mạng không đồng bộ.
Giao thức Red Stuff có thể nói là đã phá vỡ bế tắc này. Nó sử dụng mã hóa hai chiều cộng với cơ chế thách thức không đồng bộ, ý tưởng cốt lõi dựa trên xóa mã tuyến tính và khung Twin-code, nhưng đã tối ưu hóa sâu cho dung sai lỗi Byzantine. Cụ thể làm thế nào? Chia blob dữ liệu thành cấu trúc ma trận (f+1)×(2f+1) (tương ứng với n=3f+1 nút, f là giới hạn trên của các nút độc hại). Kích thước chính mở rộng theo chiều dọc đến n ký hiệu, mỗi nút lưu trữ một primary sliver; kích thước phụ mở rộng theo chiều ngang tạo thành secondary sliver. Thiết kế 2D này cho phép kích thước chính có thể đọc nhanh với ngưỡng f+1, kích thước phụ sử dụng ngưỡng 2f+1 để hỗ trợ thách thức không đồng bộ.
Điều khéo léo nhất là cơ chế phục hồi tự liệu — nút bị mất dữ liệu chỉ cần trích xuất ký hiệu hàng từ f+1 nút hoặc trích xuất ký hiệu cột từ 2f+1 nút, với kích thước ký hiệu duy nhất khoảng 1/n của dữ liệu gốc.
Trang này có thể chứa nội dung của bên thứ ba, được cung cấp chỉ nhằm mục đích thông tin (không phải là tuyên bố/bảo đảm) và không được coi là sự chứng thực cho quan điểm của Gate hoặc là lời khuyên về tài chính hoặc chuyên môn. Xem Tuyên bố từ chối trách nhiệm để biết chi tiết.
13 thích
Phần thưởng
13
6
Đăng lại
Retweed
Bình luận
0/400
PretendingToReadDocs
· 01-13 14:07
Chết rồi, giao thức Red Stuff này trông thật sự có chút gì đó, cách mã hóa hai chiều này thật sự rất hay.
Xem bản gốcTrả lời0
FloorSweeper
· 01-13 03:54
Lại là bộ mã sửa lỗi, cảm giác Mysten đang làm lại chuyện cũ, Red Stuff có thực sự mạnh hơn nhiều so với Storj không?
Wow, thiết kế ma trận hai chiều này thực sự tuyệt vời, cuối cùng cũng có người phá vỡ được điểm đau của mã sửa lỗi rồi
Xem bản gốcTrả lời0
AirdropHunterKing
· 01-10 16:41
Anh bạn, cái bộ matrix hai chiều đó nói trắng ra là đang làm "lưu trữ chơi mạt chược", tôi đã xem đi xem lại các tổ hợp ngưỡng f+1 và 2f+1, cảm giác như đang tìm ra giải pháp tối ưu để tiết kiệm phí gas vậy.
Xem bản gốcTrả lời0
Degentleman
· 01-10 16:40
ngl Red Stuff này là cách chơi ma trận hai chiều thực sự mạnh mẽ, cuối cùng cũng có người vạch trần vấn đề chi phí khôi phục của mã sửa lỗi rồi
Dự án lưu trữ tiêu biểu của Mysten Labs vẫn đang grapple với cùng một vấn đề khó: làm cách nào để lưu trữ phi tập trung có thể tìm thấy sự cân bằng giữa chi phí sao chép, hiệu quả phục hồi và bảo mật.
Các giải pháp sao chép toàn bộ truyền thống (như Filecoin, Arweave) có logic đơn giản, nhưng cái giá là phải chi 25 lần trở lên tài nguyên để đảm bảo đủ an toàn. Sau đó, công nghệ xóa mã đã giảm chi phí xuống khoảng 3 lần, các dự án như Storj, Sia đều đang sử dụng, nhưng vấn đề theo sau — chi phí phục hồi tăng vọt, dễ dàng lộ lỗ hổng trong môi trường mạng không đồng bộ.
Giao thức Red Stuff có thể nói là đã phá vỡ bế tắc này. Nó sử dụng mã hóa hai chiều cộng với cơ chế thách thức không đồng bộ, ý tưởng cốt lõi dựa trên xóa mã tuyến tính và khung Twin-code, nhưng đã tối ưu hóa sâu cho dung sai lỗi Byzantine. Cụ thể làm thế nào? Chia blob dữ liệu thành cấu trúc ma trận (f+1)×(2f+1) (tương ứng với n=3f+1 nút, f là giới hạn trên của các nút độc hại). Kích thước chính mở rộng theo chiều dọc đến n ký hiệu, mỗi nút lưu trữ một primary sliver; kích thước phụ mở rộng theo chiều ngang tạo thành secondary sliver. Thiết kế 2D này cho phép kích thước chính có thể đọc nhanh với ngưỡng f+1, kích thước phụ sử dụng ngưỡng 2f+1 để hỗ trợ thách thức không đồng bộ.
Điều khéo léo nhất là cơ chế phục hồi tự liệu — nút bị mất dữ liệu chỉ cần trích xuất ký hiệu hàng từ f+1 nút hoặc trích xuất ký hiệu cột từ 2f+1 nút, với kích thước ký hiệu duy nhất khoảng 1/n của dữ liệu gốc.