Walrus Sites bị quỳng lên đầy huy hoàng, nói rằng dữ liệu lưu trữ trên đó một khi được ghi vào sẽ mãi mãi không thể thay đổi, vì vậy tự nhiên chống kiểm duyệt. Nghe rất tuyệt, nhưng có một vấn đề thực tế bị bỏ qua — trang web cần phải cập nhật mà.

Để thực hiện cập nhật thì sao? Bạn phải giới thiệu một lớp trung gian động, thường là tên miền SuiNS hoặc Object ID trên chuỗi, cái này hoạt động như một con trỏ, nó chịu trách nhiệm chỉ tới HTML Blob mới nhất. Nghe có vẻ vẫn là phi tập trung, phải không?

Vấn đề đến rồi. Khâu thực sự yếu đuối hoàn toàn không nằm ở bộ lưu trữ cơ sở, mà ở chính cái "con trỏ" này. Giả sử hacker xâm phạm ví Sui của bạn, hoặc chèn logic độc hại vào bộ phân giải tên miền, họ hoàn toàn không cần phải đi thay đổi dữ liệu đã bị bít chặt trên Walrus. Họ làm không được, cũng chẳng muốn. Họ chỉ cần một thao tác đơn giản: chỉ con trỏ tới một Blob ID khác, bên trong chứa một trang web có mã lừa đảo. Người dùng mở tên miền, thấy giao diện quen thuộc, nhưng phía sau đã bị thay thế.

Thậm chí còn đáng sợ hơn nữa, loại tấn công này có tính ẩn đậu cao hơn cả việc xâm phạm máy chủ truyền thống. Vì người dùng sẽ vô thức cho rằng "lưu trữ phi tập trung = an toàn", sẽ buông lỏng cảnh báo. Tính bất biến của Walrus, lại thành một bẫy tâm lý.

Vì vậy lời khuyên của tôi rất rõ ràng: quyền cập nhật con trỏ phải được giao cho ví đa chữ ký quản lý, bất cứ thay đổi nào cũng phải thêm khóa thời gian, để cộng đồng có đủ thời gian để kiểm toán thay đổi mã. Nếu không có khuôn khổ quản trị này, thì cái "frontend phi tập trung" của bạn thực chất chỉ là chuyển lỗi hỏng đơn điểm từ backend nhà cung cấp dịch vụ đám mây sang khóa riêng của nhà phát triển. Rủi ro không bị loại bỏ, chỉ là thay đổi địa điểm.