Đề xuất nâng cấp XRPL 3.3.0 vừa được công bố. Năm proposal, trong đó Confidential Transfers là món ăn chính. Nhưng khi tôi tìm kiếm chi tiết kỹ thuật — cụ thể là loại zero-knowledge proof sẽ dùng, ai là prover, ai là verifier, và làm sao validator đồng thuận với một trạng thái mà chúng không thể đọc — tôi nhận ra tài liệu công khai không có gì. Không có mã nguồn. Không có spec. Chỉ có một câu chuyện đẹp về việc giấu số dư trong khi vẫn giữ tài khoản và loại token hiển thị. Smart contract architect: người xây cầu trên lửa. Tôi đã xây và chứng kiến quá nhiều cây cầu như vậy. Hầu hết chúng đều cháy ở đoạn neo đầu tiên.
Trước khi bàn về công nghệ, hãy bóc tách con số 13.8 tỷ USD đang được dùng để bán câu chuyện RWA. Theo dữ liệu CoinDesk, RLUSD — stablecoin của Ripple — đang có khoảng 845.7 triệu USD trên XRPL. Các tài sản token hóa từ Ondo, VERT Capital, Archax, Société Générale cộng lại hơn 530 triệu. Cộng tổng thì được 13.8 tỷ, nhưng một mình RLUSD đã chiếm 61.3% con số đó. Nếu loại stablecoin ra khỏi phép tính, khối tài sản được token hóa thực thụ chỉ còn hơn 5 tỷ. Không phải là con số nhỏ, nhưng nó không phải là thứ đang khiến các nhà đầu tư tổ chức phải đổ xô. Nó là một stablecoin được phát hành bởi chính hệ sinh thái. Điều này giống như một sàn giao dịch tự công bố khối lượng giao dịch của token do sàn phát hành để chứng minh thanh khoản.
Tôi không phản đối XRPL. Tôi phản đối cách chúng ta đọc con số mà không kiểm tra mệnh đề. Với một người đã audit toàn bộ hợp đồng thông minh của Status ICO năm 2017 — nơi tôi tìm thấy ba lỗi nghiêm trọng trong logic phân phối token — thói quen đầu tiên của tôi là tìm xem phần nào của hệ thống có thể bị khai thác nếu tôi là kẻ tấn công. Confidential Transfers trên XRPL, theo mô tả, là một cơ chế cho phép ẩn số dư nhưng vẫn cho phép validator xác thực giao dịch mà không cần nhìn thấy con số thực. Đây là kiến trúc confidential asset, không phải privacy coin toàn phần. Nó dựa trên zero-knowledge proof, gần nhất có thể là range proof kết hợp với homomorphic commitment.
Vấn đề nằm ở chỗ: mỗi validator trong XRPL sẽ phải verify một bằng chứng mật mã cho từng giao dịch. Trong các hệ thống zk-rollup, việc verify proof thường diễn ra trên Layer 1 nhưng chỉ cho một batch giao dịch. Còn XRPL lại muốn đưa ZKP vào ngay lớp consensus. Điều này tạo ra chi phí tính toán không hề nhỏ. Khi tôi nghiên cứu StarkNet vào năm 2022, tôi dành sáu tháng đọc code và tài liệu, và một trong những bài học lớn nhất là: chi phí tạo proof rất đắt, chi phí verify cũng không rẻ. Một hệ thống consensus phải xử lý hàng nghìn giao dịch mỗi giây, nếu phải verify từng proof bằng mật mã đường cong elliptic, TPS sẽ lao dốc. Không có số liệu đo lường nào trong proposal để trả lời câu hỏi này. Họ chỉ nói rằng cơ chế này cần 80% trusted validator nodes bỏ phiếu đồng thuận trong 14 ngày. 80% là một ngưỡng chính trị cao, nhưng trusted validators trong XRPL là gì? Đó là các node nằm trong Unique Node List — một danh sách do con người duy trì, không phải do thuật toán chọn. Khi bạn nói 80% trusted validators, thực chất bạn đang nói 80% một nhóm nhỏ có tổ chức. Nếu danh sách này tập trung vào các tổ chức lớn, proposal sẽ thông qua nhanh. Nhưng rủi ro governance cũng tăng theo.
Ngưỡng 80% trusted validators cũng cần được đặt trong bối cảnh. Bitcoin Taproot từng cần 90% hash power để kích hoạt, Ethereum cần hai phần ba số validator. Xin lưu ý: hash power của Bitcoin được đo bằng năng lượng thực tế, còn trusted validators của XRPL được đo bằng một danh sách có thể bị chỉnh sửa. Khi bạn yêu cầu 80% một danh sách do con người duy trì, bạn không đo lường sức mạnh kinh tế hay tính toán. Bạn chỉ đang đo lường mức độ đồng thuận giữa một nhóm nhỏ. Về mặt kỹ thuật, điều này làm giảm độ tin cậy của quy trình nâng cấp. Về mặt bảo mật, nó tạo ra một mục tiêu tấn công: nếu kẻ tấn công chiếm được 20% số node trong danh sách, họ có thể chặn nâng cấp. Nhưng nếu chiếm hơn 80%, họ có thể ép buộc bất kỳ thay đổi nào. Đây là một thiết kế rủi ro, dù rằng XRPL đã hoạt động theo mô hình này từ lâu.
Bây giờ nhìn vào bức tranh lớn hơn: năm proposal tạo thành một gói công cụ dành cho tổ chức. Multi-Purpose Tokens là chuẩn token mới. Batch cho phép gộp nhiều giao dịch. Sponsor cho phép một bên trả phí thay cho người dùng. Permission Delegation tách quyền ký và quyền sử dụng. Tất cả đều giải quyết các vấn đề thực tế mà quỹ đầu tư gặp phải khi vận hành tài sản trên chain. Nhưng càng nhiều tính năng, diện tích tấn công càng rộng. Hãy xem xét từng proposal một cách riêng lẻ. Batch là cơ chế gộp giao dịch, giúp giảm chi phí và tăng thông lượng. Nhưng batch cũng là nơi ẩn náu quen thuộc của các cuộc tấn công re-entrancy nếu thứ tự thực hiện không được xử lý đúng. Sponsor là cơ chế cho phép một bên trả phí thay cho người dùng, rất cần thiết cho mô hình quỹ đầu tư. Nhưng nếu không giới hạn quyền sponsor, một kẻ tấn công có thể lợi dụng để đẩy phí gas lên hoặc làm nghẽn mạng. Permission Delegation tách quyền ký và quyền sử dụng, giống như việc bạn đưa chìa khóa xe cho người khác nhưng vẫn giữ quyền sở hữu. Trên lý thuyết, điều đó rất hay. Trên thực tế, mọi cơ chế ủy quyền đều cần một lớp kiểm soát phi tập trung. Nếu không, nó trở thành một lỗ hổng để chiếm quyền kiểm soát tài sản. Dynamic MPT, cuối cùng, cho phép token thay đổi metadata theo thời gian. Điều này hữu ích cho tài sản có vòng đời, nhưng cũng có nghĩa là token có thể bị biến đổi bởi bên phát hành — điều mà nhiều nhà đầu tư tổ chức sẽ không chấp nhận nếu không có sự minh bạch.
Nói về RLUSD, tôi muốn nhấn mạnh một điểm mà nhiều người bỏ qua. RLUSD là một con dao hai lưỡi. Một mặt, nó tạo thanh khoản cho XRPL. Mặt khác, nếu bạn coi stablecoin là RWA, bạn có thể tự lừa dối mình rằng XRPL đang dẫn đầu. Nhưng nhìn vào các tổ chức tài chính lớn như Société Générale — họ phát hành token hóa trái phiếu hoặc quỹ tiền tệ. Đó là tài sản sinh lời. Còn stablecoin chỉ là đại diện số hóa của fiat. Không có tỷ suất. Không có dòng tiền. RWA là một thuật ngữ rộng đến mức nó chứa cả USDC, vậy nên không có gì đặc biệt khi XRPL có 13.8 tỷ. Nếu Ripple muốn thực sự cạnh tranh, họ cần thu hút các nhà phát hành trái phiếu, quỹ ETF, hoặc bất động sản token hóa lên XRPL. Việc Confidential Transfers được thiết kế riêng cho MPT phần nào cho thấy họ đang đi đúng hướng, nhưng vẫn còn rất sớm.
Smart contract architect: người xây cầu trên lửa. Lần này ngọn lửa đến từ zero-knowledge proof. Hãy nói về điểm mù. Một hệ thống ẩn số dư sẽ tạo ra một vấn đề lớn cho kiểm toán viên. Nếu bạn là một quỹ đầu tư, bạn cần chứng minh với cơ quan quản lý rằng bạn không rửa tiền. Nếu số dư bị ẩn, làm sao bạn chứng minh dòng tiền hợp lệ? Bạn cần một cơ chế view key hoặc một auditor có thể giải mã. Nhưng nếu có view key, quyền riêng tư chỉ là một lớp sơn mỏng. Nếu không có view key, tổ chức sẽ không thể sử dụng. Proposal không nói về điều này. Confidential Transfers ở dạng hiện tại giống một bản thiết kế ý tưởng hơn là một giải pháp có thể triển khai. Ngoài ra, còn một vấn đề vận hành. Nếu số dư bị ẩn, làm sao ví hoặc sàn giao dịch có thể hiển thị số dư cho khách hàng? Bạn cần một cơ chế mã hóa riêng. Nếu dùng chung một key, nguy cơ lộ rất cao. Nếu dùng nhiều key, hệ thống quản lý khóa trở nên cực kỳ phức tạp. Các tổ chức tài chính đã quen với việc quản lý khóa riêng trong môi trường HSM. Nhưng HSM cộng với ZKP là một bài toán tích hợp chưa có lời giải công khai. Range proof cũng đã tồn tại từ năm 2017 trong Bitcoin Confidential Transactions. Bulletproofs đã được Monero dùng từ năm 2018. Nếu XRPL quyết định dùng một hệ thống proof mới, họ sẽ phải đối mặt với toàn bộ lịch sử lỗi bảo mật của zk-SNARKs và zk-STARKs. Một sai sót nhỏ trong việc thiết lập trusted setup hoặc trong việc kiểm tra range proof có thể tạo ra lỗi đúc tiền từ hư không. Tôi muốn đọc code. Tôi chưa thấy code.
Tôi từng xây dựng bot yield farming trên Uniswap v2 vào năm 2020. Tôi kiếm được 200 ETH phí trong hai tháng, rồi mất 30 ETH chỉ sau một đêm vì tôi không tính toán đúng impermanent loss. Bài học tôi rút ra rất đơn giản: trong tài chính phi tập trung, rủi ro thường không nằm ở phần code bạn viết, mà nằm ở những giả định bạn không viết ra. Confidential Transfers có thể gặp vấn đề tương tự. Giả định rằng validator có thể xác thực mà không cần nhìn thấy số dư là một giả định lớn. Nếu có một kẽ hở trong việc tạo proof, toàn bộ hệ thống sẽ sụp đổ mà không ai nhìn thấy trước.
Còn về câu chuyện thị trường: XRP có thể tăng giá nhờ tin tức này, nhưng tôi không nghĩ nó đáng để đặt cược. Mức độ kỳ vọng hiện tại chỉ mới phản ánh một phần nhỏ. Các nhà đầu tư nhìn thấy dòng chữ institutional tokenized asset market và hình dung ra một làn sóng RWA. Nhưng nếu nhìn kỹ, XRPL vẫn là một hệ sinh thái nhỏ so với Ethereum. RWA trên Ethereum có thể tính bằng hàng chục tỷ, với các chuẩn như ERC-3643 đã được kiểm chứng. Điểm khác biệt của XRPL là privacy ở tầng giao thức. Nhưng privacy không thể thay thế được cho sự minh bạch trong môi trường quản lý. Đây là một mâu thuẫn mà không ai trong số những người ủng hộ proposal công khai giải thích rõ.
Tôi quay lại câu hỏi ban đầu: bạn có dám đưa tài sản lên một chain mà bạn không thể đọc số dư của chính mình một cách dễ dàng nếu bạn mất view key? Tôi là smart contract architect — người xây cầu trên lửa. Tôi thích xây cầu, nhưng tôi chỉ bước lên khi tôi đã kiểm tra từng mối hàn. Bản proposal XRPL 3.3.0 lúc này mới chỉ là bản vẽ phác thảo. Có thể sau sáu tháng nữa, khi mã nguồn được công bố và audit hoàn tất, tôi sẽ có câu trả lời. Còn bây giờ, con số 13.8 tỷ USD không phải là tài sản. Nó là một con số trên slide. Và những slide thì không bao giờ có bug.