Khi nói về giao thức lưu trữ, mọi người thường nhắc đến giá cả, tốc độ, TPS, nhưng thực tế trong hệ thống hoạt động hơn một năm, những điều đó không phải là vấn đề đau đầu nhất.

Điều khiến các dự án thực sự đau đầu là một câu hỏi đơn giản mà thô bạo: Dữ liệu của tôi có thể tồn tại lâu dài không?

Đây không phải là lời nói suông. Ví dụ đơn giản: Một ứng dụng trên chuỗi có quy mô trung bình, mỗi ngày cần cập nhật trạng thái từ 3 đến 6 lần, mỗi lần dữ liệu từ 30 đến 80KB. Sau một năm, các dữ liệu trạng thái lịch sử này đã tích tụ thành 30GB. Thêm vào đó là nhật ký, kiểm tra, ghi chú phiên bản, các dữ liệu này thường gấp đôi con số đó.

Điều quan trọng là, những dữ liệu này không giống như dữ liệu lạnh có thể nằm đó ngủ yên. Bạn phải luôn sẵn sàng truy hồi, xác minh, thậm chí lấy ra sử dụng lại. Điều này trở thành một gánh nặng liên tục.

Ý tưởng của Walrus hiện nay khá thú vị. Nó không xem "cập nhật" là ngoại lệ, mà coi đó là trạng thái vận hành hàng ngày. Nói cách khác, trong hệ thống này, một đối tượng không bị thay thế mà luôn tiến hóa — tham chiếu luôn không đổi, nội dung luôn được cập nhật, toàn bộ lịch sử vẫn có thể xác minh.

Dựa trên dữ liệu thử nghiệm hiện tại, đã có thể thấy một số đặc điểm nổi bật: hỗ trợ các đối tượng lớn đến MB, có thể cập nhật vô hạn mà không thay đổi ID của đối tượng, khả năng dự phòng đa nút hoạt động ổn định trên 99%.

Quan điểm của tôi về hướng này rất rõ ràng: Đây không phải là chơi tối ưu hiệu suất ngắn hạn, mà nhắm vào điểm đau thực sự của khả năng sử dụng lâu dài.

Nhưng cũng phải nói, còn một rủi ro treo lơ lửng — nếu cơ chế khuyến khích của các nút không đủ lành mạnh, những dữ liệu tích lũy lâu dài này có thể trở thành gánh nặng cho hệ thống. Cuối cùng vẫn phải dựa vào chính hệ sinh thái để chứng minh điều đó.