Một proposal vừa lặng lẽ xuất hiện trên XRP Ledger: buộc mọi node phải lưu trữ vĩnh viễn các file media lớn. Cựu kỹ sư trưởng của Ripple, Matt Hamilton, đã nói thẳng điều đó là 'really bad idea'. Và tôi đồng ý. Không phải vì tôi ghét ý tưởng mở rộng, mà vì tôi đã nhìn thấy kết cục của những proposal kiểu này trước đây.
Context
XRPL sử dụng cơ chế Amendment để nâng cấp giao thức. Một proposal cần được 80% validator bỏ phiếu thuận trong suốt hai tuần mới có hiệu lực. Đây là một cơ chế khá an toàn, nhưng nó không bảo vệ khỏi những ý tưởng tồi. Proposal mới này yêu cầu mỗi node phải lưu trữ toàn bộ file media (ảnh, video, tài liệu) mà không có cơ chế xóa. Nói cách khác, node sẽ biến thành một kho lưu trữ vĩnh viễn, không giới hạn dung lượng. Hiện tại, mỗi node XRPL chỉ cần vài GB để lưu trữ sổ cái. Với proposal này, con số đó sẽ nhảy lên TB, thậm chí PB, tùy thuộc vào lượng dữ liệu được tải lên.
Core
Hãy nhìn vào con số thực tế. Một file ảnh 10MB, 1000 file là 10GB. Nếu 10.000 người dùng mỗi người tải lên một file, node cần 100GB. Chưa kể video. Một video 4K 5 phút đã là 500MB. Chỉ cần 2000 video là node đã ngốn 1TB. Đây là chuyện tất yếu xảy ra trong vòng vài tháng nếu proposal được thông qua. Kết quả: node gia đình chết. Người vận hành node trên Raspberry Pi hoặc máy tính để bàn sẽ phải dừng cuộc chơi. Chỉ còn lại các tổ chức lớn với data center mới có thể theo kịp. Bytecode không bao giờ nói dối. Hãy nhìn vào hardware requirement: nó sẽ loại bỏ 90% node hiện tại.
Điều này đi ngược lại triết lý cốt lõi của XRPL. Kể từ khi ra đời, XRPL tự hào là một blockchain nhẹ, ai cũng có thể chạy node. Đó là lý do vì sao nó có hàng trăm validator phân tán khắp thế giới. Proposal này sẽ phá hủy lợi thế đó. Không chỉ vậy, nó còn tạo ra một vấn đề bảo mật mới: khi node không đủ dung lượng, chúng sẽ từ chối lưu trữ, dẫn đến fork hoặc mất dữ liệu. Không có cơ chế proof-of-storage, không có incentive để node bỏ tiền ra mua ổ cứng. Đây là một thiết kế nửa vời.
Audit? Tôi thích fuzz testing hơn. Hãy thử gửi 1GB file rác vào mạng lưới và xem chuyện gì xảy ra. Node sẽ đầy, giao dịch sẽ chậm, và cuối cùng là tắc nghẽn. Đã có tiền lệ: năm 2022, Terra Luna sụp đổ vì thuật toán ổn định giá không có cơ chế dừng khẩn cấp. Tôi đã dành ba tuần phân tích mã nguồn Anchor và phát hiện ra rằng arbitrage không thể hoạt động khi thanh khoản giảm mạnh. Ở đây cũng vậy: không có cơ chế dừng khi node không thể lưu trữ thêm. Lịch sử có xu hướng lặp lại, nhưng lần này là storage chứ không phải stablecoin.
Contrarian
Một số người sẽ nói: 'Nhưng nó sẽ mở ra cơ hội cho NFT và GameFi trên XRPL!' Đúng, nếu bạn muốn một blockchain chuyên dụng cho media, hãy dùng Arweave hoặc IPFS. XRPL không phải là một chiếc USB. Nó là một sổ cái thanh toán. Việc nhồi nhét storage vào L1 là một sai lầm kiến trúc. Các blockchain khác đã thử và thất bại. Ethereum chưa bao giờ buộc node phải lưu trữ media. Họ dùng layer 2 và IPFS. Sao XRPL lại đi ngược? Điểm mù ở đây là: proposal này có thể được thúc đẩy bởi một nhóm lợi ích cụ thể (ví dụ: dự án NFT muốn 'miễn phí' storage trên chain), nhưng nó hy sinh toàn bộ mạng lưới. Một blockchain phi tập trung không thể tồn tại nếu node không thể chạy trên phần cứng thông thường. Đây là một bài học cơ bản mà bất kỳ core dev nào cũng biết.
Takeaway
Đừng vội vã mở rộng chức năng khi chưa giải quyết được vấn đề cốt lõi. Một blockchain không phải là USB. Nếu bạn muốn lưu trữ media, hãy dùng IPFS. Nếu bạn muốn thanh toán, hãy giữ cho XRPL gọn nhẹ. Nếu không, lịch sử sẽ lặp lại: Terra Luna từng nghĩ họ có thể làm mọi thứ, và chúng ta biết kết thúc ra sao. Tôi sẽ theo dõi cuộc bỏ phiếu Amendment này. Nếu nó được thông qua, tôi sẽ bắt đầu tìm kiếm một blockchain khác để đặt niềm tin.