Chuẩn cho vay tổ chức trên XRPL: mainnet chưa kích hoạt

Ripple giới thiệu Vault đơn tài sản (Single-Asset Vault, XLS-65) và giao thức Cho vay (Lending Protocol, XLS-66) trên XRP Ledger (XRPL) như hai chức năng cốt lõi của hạ tầng tín dụng on-chain dành cho tổ chức. Cả hai đề xuất sửa đổi đã được tích hợp vào phần mềm liên quan, nhưng quá trình xem xét và bỏ phiếu để kích hoạt trên mainnet vẫn chưa hoàn tất.

Trong bài viết công bố ngày 29 tháng 6, Ripple cho biết cấu trúc này để tổ chức tự thẩm định khả năng vay và mức độ tuân thủ quy định ở ngoài chuỗi (off-chain), trong khi giao thức chuẩn hóa việc thực hiện khoản vay, hoàn trả và thực thi điều kiện. Nói cách khác, việc đánh giá tín dụng diễn ra off-chain, còn xử lý giao dịch thực hiện on-chain.

Vault đơn tài sản là chức năng nền tảng để gom vốn cho vay. Theo tài liệu chính thức của XRP Ledger, vault gom một loại tài sản duy nhất trong số XRP, token trustline hoặc token đa mục đích (MPT) rồi cung cấp cho các giao thức on-chain khác.

MPT là chức năng biểu diễn tài sản đã token hóa trên XRP Ledger. Mỗi vault chỉ chứa một loại tài sản, và giao thức Cho vay sử dụng số vốn gom được để cấp các khoản vay tín chấp có kỳ hạn cố định.

Việc tạo một khoản vay cần chữ ký của cả bên môi giới cho vay (loan broker) lẫn người vay. Bên môi giới thẩm định tín dụng và mức độ tuân thủ quy định off-chain, sau đó thực hiện các điều kiện đã thống nhất bằng giao dịch on-chain.

Cấu trúc này khác với cho vay DeFi truyền thống vốn vận hành dựa trên cơ chế thanh lý tự động. Tài liệu của XRP Ledger nêu rõ, trong triển khai hiện tại chưa có hệ thống quản lý tài sản thế chấp và thanh lý tự động on-chain. Vì vậy, XLS-66 không thể được xem là một khoản vay thế chấp thông thường hay một money market thanh lý tự động.

TokenPost từng đưa tin về cấu trúc cho vay tín chấp và phương thức thẩm định tín dụng off-chain của XLS-66. Khi đó, điểm mấu chốt được nêu ra là đề xuất chuẩn này vẫn đang trong giai đoạn xem xét và kiểm thử mã nguồn, chưa phải là chức năng có thể sử dụng trên mainnet.

Tài liệu chính thức “Known Amendments” của XRP Ledger hiện hiển thị trạng thái của cả Vault đơn tài sản lẫn giao thức Cho vay là “Loading”, với phiếu bầu mặc định là “No”. Hai tài liệu chuẩn liên quan cũng vẫn ở giai đoạn bản nháp (“Draft”).

Một đề xuất sửa đổi trên XRP Ledger chỉ được kích hoạt khi tỷ lệ ủng hộ của các validator vượt 80% và duy trì liên tục trong 2 tuần. Việc mã nguồn đã được tích hợp vào phần mềm không đồng nghĩa với việc chức năng đã thực sự được kích hoạt trên mạng lưới.

Bản phát hành XRP Ledger phiên bản 3.1.0, công bố ngày 28 tháng 1, đã bao gồm mã hỗ trợ Vault đơn tài sản và giao thức Cho vay. Bản xrpld 3.2.0 ra mắt ngày 15 tháng 6 cũng ghi nhận các chỉnh sửa và bảo trì liên quan đến hai chức năng này.

TokenPost đưa tin xrpld 3.2.0 đã khắc phục các lỗi về độ chính xác và làm tròn số trong Vault đơn tài sản và giao thức Cho vay. Trong một cấu trúc gom vốn rồi chuyển thành khoản vay, độ chính xác của việc hạch toán vault và xử lý hoàn trả là điều kiện tiên quyết để vận hành thực tế.

Công ty bảo mật Halborn đã kiểm toán giao thức Cho vay từ ngày 21 tháng 7 đến ngày 5 tháng 8 năm 2025, phát hiện tổng cộng 13 vấn đề. Phân theo mức độ nghiêm trọng gồm △nghiêm trọng 4 lỗi △cao 1 lỗi △trung bình 4 lỗi △thấp 4 lỗi. Halborn cho biết toàn bộ các vấn đề được báo cáo đã được xử lý.

Tuy vậy, kết quả kiểm toán chỉ phản ánh mã nguồn tại thời điểm được xem xét trong giai đoạn nói trên. Nếu mã nguồn tiếp tục thay đổi trong quá trình hoàn thiện chuẩn và kích hoạt trên mạng lưới, việc kiểm chứng bổ sung đối với phiên bản triển khai đã sửa đổi sẽ càng trở nên quan trọng.

Trong cộng đồng, kỳ vọng và lo ngại cùng tồn tại. XRPL Commons công bố đã bỏ phiếu ủng hộ XLS-65 vào ngày 6 tháng 3, đồng thời đánh giá Vault đơn tài sản là chức năng nền tảng ở cấp giao thức, cần thiết cho việc quản lý vốn chung.

Ngược lại, trên diễn đàn GitHub của XRPL-Standards, một số ý kiến bày tỏ lo ngại về khả năng tuân thủ luật chứng khoán Mỹ, trách nhiệm thẩm định off-chain, cũng như thiết kế liên quan đến định danh phi tập trung (DID) và xác minh danh tính khách hàng (KYC). Để hai đề xuất sửa đổi này được kích hoạt trên mainnet, tỷ lệ ủng hộ của validator vẫn phải vượt 80% và duy trì trong 2 tuần.