Tôi đã sử dụng Walrus được vài tháng, nhưng gần đây luôn có một câu hỏi nằm trong đầu — liệu hệ thống này có thực sự đáng tin cậy về bảo mật và bảo vệ quyền riêng tư hay không. Tài liệu chính thức liên tục nhấn mạnh các đặc điểm kỹ thuật như phi tập trung hóa, lưu trữ có thể xác minh, khả năng chịu lỗi Byzantine, nghe có vẻ rất tuyệt vời, nhưng khi thực sự sử dụng, tôi phát hiện ra có một số lỗ hổng thiết kế rõ ràng trong bảo vệ quyền riêng tư và khả năng phục hồi của hệ thống. Có thể không nhận thấy vấn đề trong ngắn hạn, nhưng xét từ góc độ dài hạn, tất cả những điều này đều là những rủi ro tiềm ẩn cần phải thảo luận kỹ càng.

Trước hết, hãy nói về bảo vệ quyền riêng tư. Hành động mặc định của Walrus là tất cả các blob được tải lên đều hoàn toàn công khai, bất kỳ ai chỉ cần có ID blob là có thể đọc dữ liệu. Về mặt kỹ thuật, điều này không có vấn đề — chính mã hóa Red Stuff không bao gồm cơ chế mã hóa, nó chỉ phụ trách khả năng dự phòng và phục hồi dữ liệu, không thể thực hiện mã hóa. Nhưng đối với người dùng, hậu quả rất nghiêm trọng: không thể trực tiếp tải thông tin nhạy cảm lên, phải mã hóa cục bộ trước, sau đó tải bản mã hóa lên. Nghe có vẻ hợp lý, vấn đề là toàn bộ quá trình mã hóa này hoàn toàn là việc của người dùng, lớp giao thức hoàn toàn không hỗ trợ tích hợp.

Sau này, nhóm chính thức phát hành Seal để lấp lỗ hổng này. Seal có thể quản lý khóa trên chuỗi và kiểm soát truy cập, cho phép bạn kiểm soát chính xác ai có thể giải mã dữ liệu nào. Phương án kỹ thuật tự nó khá toàn diện, nhưng công cụ này là một công cụ bên thứ ba độc lập, không phải là một phần của giao thức Walrus. Nếu muốn sử dụng Seal, bạn phải tích hợp SDK bổ sung, quản lý vòng đời khóa, xử lý logic mã hóa và giải mã. Đối với những nhà phát triển không hiểu quá sâu về mật mã, chi phí học tập và chi phí tích hợp này đều không thấp, một sai sót nhỏ cũng có thể dẫn đến sự cố.