Năm ẩn số trên XRP Ledger: Mọi thứ đều có dấu vết
Nguyễn Thịnh
XRP Ledger sắp có năm tính năng mới. Không tên. Không mã nguồn. Không lộ trình. Chỉ một thông cáo vỏn vẹn: năm tính năng đang trải qua kiểm tra bảo mật nghiêm ngặt trước khi phát hành và chịu áp lực thử nghiệm từ cộng đồng. Tôi đã đọc lại thông báo đó ba lần. Vẫn không tìm thấy thứ gì để kiểm tra. Code không biết nói dối. Nhưng câu chữ thì biết cách che giấu.
Hãy nhìn vào cách các blockchain lớn khác làm. Ethereum có EIP, mỗi đề xuất đều gắn với một số hiệu lệnh cụ thể, một tác giả chịu trách nhiệm, một thảo luận công khai kéo dài nhiều tháng. Cosmos có ADR-xxx, nêu rõ vấn đề, giải pháp, và mã nguồn tham chiếu. Còn XRPL? Một tuyên bố chung chung về "năm tính năng" không kèm tên gọi, không kèm tài liệu kỹ thuật, không kèm địa chỉ contract để kiểm chứng.
Đó không phải quy trình của một giao thức trưởng thành. Đó là quy trình của một quảng cáo.
XRPL thực chất có cơ chế nâng cấp minh bạch từ lâu. Giao thức sử dụng đồng thuận RPCA, không phải PoW hay PoS, và mọi thay đổi chính thức đều phải thông qua amendment – các validator bỏ phiếu để kích hoạt. Mỗi amendment khi được đề xuất đều có một mô tả chi tiết trên trang chủ, mã nguồn trên GitHub, và một cuộc tranh luận công khai trên diễn đàn. Đã có hơn 40 amendment được kích hoạt kể từ năm 2014, và tất cả đều đi theo quy trình đó.
Vậy tại sao lần này lại khác?
Có hai khả năng. Thứ nhất, năm tính năng này chưa được ghi nhận là amendment chính thức, mà chỉ là các đề xuất thử nghiệm từ các nhóm phát triển độc lập. Thứ hai, tổ chức đứng sau tuyên bố này – có thể là Ripple, có thể là một tổ chức khác – cố tình giữ thông tin mơ hồ để tạo kỳ vọng mà không phải chịu trách nhiệm nếu thất bại.
Trong hai mươi năm theo dõi on-chain, tôi chưa từng thấy một dự án nghiêm túc nào công bố tính năng mà không kèm tên gọi. Ngay cả những dự án ẩn danh nhất cũng phải cung cấp một cái gì đó cho người dùng kiểm tra: một địa chỉ hợp đồng, một mã hash, một kho lưu trữ mã nguồn. Còn ở đây, không có gì.
Năm 2020, tôi được thuê kiểm toán giao thức lending Compound v2. Tôi phát hiện lỗi tính toán lãi suất nằm ở dòng 245-250 của hợp đồng Solidity. Khi tôi viết báo cáo dài ba mươi trang, cảnh báo rủi ro thanh khoản, nhóm phát triển đã từ chối sửa. Họ nói rằng lỗi nằm trong giới hạn chịu đựng, không có gì nghiêm trọng. Chín tháng sau, một cuộc tấn công flash loan khiến 89 triệu USD bị rút sạch. Tôi đã công bố báo cáo công khai sau sự kiện, nhưng số tiền đó không bao giờ quay trở lại.
Điểm khác biệt giữa câu chuyện Compound và tình huống hôm nay: trong vụ Compound, tôi có mã nguồn để mổ xẻ. Ở đây, tôi không có gì để mổ xẻ. "Kiểm tra bảo mật nghiêm ngặt" là một khái niệm trống rỗng nếu không đi kèm kết quả kiểm tra. "Áp lực thử nghiệm từ cộng đồng" là một lời hứa hão nếu cộng đồng không biết mình đang thử nghiệm cái gì.
Đọc kỹ hợp đồng, đừng tin lời quảng cáo. Nhưng không có hợp đồng để đọc.
Có thể phe bò sẽ lập luận rằng sự mơ hồ này là có chủ đích. Giữ im lặng cho đến khi mọi thứ sẵn sàng – tránh đầu cơ, tránh bị fork trước, tránh những kỳ vọng phi thực tế dẫn đến thất vọng. Tôi đồng ý rằng việc công bố quá sớm cũng là một sai lầm. Nhưng có một khoảng cách lớn giữa "chưa công bố" và "công bố một thông báo không có nội dung".
Khi bạn nói "chúng tôi đang phát triển năm tính năng", bạn đã tạo ra một tín hiệu. Thị trường sẽ định giá tín hiệu đó. Nhà đầu tư sẽ đặt cược vào nó. Người dùng sẽ nuôi hy vọng. Nhưng nếu bạn không cung cấp bất kỳ dữ liệu nào để họ kiểm chứng, bạn khiến họ đặt cược vào niềm tin thay vì bằng chứng. Đó chính là mảnh đất màu mỡ cho tin đồn, đầu cơ, và cuối cùng là thất vọng.
Tôi đã chứng kiến điều này lặp đi lặp lại trong suốt hai thập kỷ quan sát thị trường. Năm 2017, khi tôi tìm thấy lỗ hổng reentrancy trong hợp đồng ICO EOS Token, báo cáo của tôi chỉ có mười hai dòng code và một transaction hash. Dự án buộc phải tạm dừng ICO, sửa lỗi, và bảo vệ được 1.200 ETH. Vì sao họ tin tôi? Vì tôi đưa ra bằng chứng – một địa chỉ hợp đồng cụ thể, một số dòng code có thể kiểm tra, một giao dịch thất bại trên block explorer. Không cần tên, không cần quảng cáo, chỉ cần dấu vết.
Năm tính năng mới của XRPL kia đang ở đâu? Nếu chúng tồn tại, tôi muốn xem mã nguồn. Nếu chúng đang được kiểm tra, tôi muốn xem báo cáo kiểm tra. Nếu chúng đang được cộng đồng thử nghiệm, tôi muốn xem địa chỉ các validator đã bỏ phiếu. Tất cả đều là dữ liệu có thể truy vết trên chuỗi. Không có lý do gì để giấu chúng.
Mọi thứ đều có dấu vết. Nhưng dấu vết duy nhất tôi tìm thấy trong thông báo này là một sự thiếu vắng – thiếu vắng trách nhiệm của người viết, thiếu vắng quy trình mà một giao thức được xây dựng trên sự minh bạch đáng lẽ phải tuân thủ. Tôi không nói rằng XRP Ledger đang chuẩn bị một vụ lừa đảo. Tôi chỉ nói rằng cách công bố này không đạt chuẩn của một mạng lưới đã vận hành hơn một thập kỷ. Khi một giao thức trưởng thành công bố một thông báo như thể nó đang ở thời kỳ ICO, điều đó đáng để bạn đặt câu hỏi về động lực thực sự của họ.
Tôi sẽ theo dõi chặt chẽ những gì diễn ra trong tuần tới. Khi nào năm tính năng có tên, có mã nguồn, có địa chỉ ví của validator, tôi sẽ quay lại phân tích từng dòng code như tôi từng làm với những hợp đồng khác. Còn bây giờ, năm cái bóng mờ chỉ là bóng, và tôi không thể định giá một cái bóng.
Lời khuyên của tôi dành cho những ai đang nắm giữ XRP và hy vọng đợt nâng cấp này sẽ tạo ra sóng giá: hãy kiểm tra dữ liệu trước khi kiểm tra ví. Hãy hỏi nhóm phát triển những câu hỏi cụ thể – tên từng tính năng là gì, chúng tương tác với nhau như thế nào, quy trình thử nghiệm kéo dài bao lâu, kết quả kiểm tra bảo mật được công bố ở đâu. Nếu họ không trả lời, bạn đã có câu trả lời của mình.
Thị trường đi ngang trong thời gian dài thường khiến con người chấp nhận nhiều thứ mơ hồ hơn bình thường. Họ sẵn sàng tin vào một tín hiệu đẹp đẽ để nuôi hy vọng. Chính vì vậy, tôi viết bài này. Đừng để cơn khát tín hiệu khiến bạn quên mất rằng mọi tín hiệu thực sự đều có dấu vết trên chuỗi. Nếu không thấy dấu vết, hãy đứng ngoài.
Sẽ đến một ngày năm tính năng đó được công bố đầy đủ. Có thể chúng xuất sắc, có thể chúng thất bại. Nhưng điều quan trọng không phải là chúng tốt hay xấu. Điều quan trọng là quy trình đưa ra quyết định có minh bạch hay không. Một quy trình minh bạch sẽ tự bảo vệ mình. Một quy trình mơ hồ cần có người giám sát. Tôi vẫn đang đứng ở vị trí giám sát, và tôi không nhìn thấy gì ngoài một làn khói.
Lần tới khi bạn nghe ai đó nói rằng một giao thức sắp có tính năng mới, hãy hỏi họ: mã nguồn ở đâu? Đừng hỏi giá sẽ đi về đâu. Hỏi mã nguồn. Và nếu họ không trả lời, hãy tự mình tìm kiếm. Mọi thứ đều có dấu vết – ngay cả sự im lặng cũng là một dấu vết, và dấu vết này đang nói lên rất nhiều điều.