XRP Ledger(XRPL) chỉnh sửa XLS-66, mở đường cho vay không thế chấp?

XRP Ledger(XRPL) đang hoàn thiện đặc tả tiêu chuẩn cho vay gốc XLS-66, qua đó xem xét khả năng mở rộng từ mạng lưới thanh toán sang hạ tầng tín dụng on-chain.

Theo Bitcoinist ngày 24, đội ngũ phát triển XRP Ledger đang rà soát và thử nghiệm XLS-66, một tiêu chuẩn cho vay không thế chấp có kỳ hạn sử dụng Single Asset Vault. Mô hình này để “loan broker” thực hiện thẩm định khoản vay ngoài chuỗi, còn thanh toán và quyết toán được xử lý trên hạ tầng XRPL. Các nội dung liên quan đang được thảo luận trên GitHub của XRPLF và thông qua pull request của rippled.

Điểm khác biệt của XLS-66 nằm ở thiết kế so với các giao thức cho vay DeFi hiện nay. Phần lớn thị trường tiền tệ trên Ethereum(ETH) dùng mô hình thế chấp vượt mức. Người vay phải gửi tài sản có giá trị cao hơn khoản vay, và khi giá trị tài sản thế chấp giảm dưới ngưỡng quy định, hợp đồng thông minh sẽ tự động thanh lý. Cách làm này có ưu điểm về tự động hóa và minh bạch, nhưng hạn chế ở hiệu quả sử dụng vốn.

XLS-66 đưa thẩm định tín dụng lên trước thay vì dựa vào tài sản thế chấp. Việc xác minh danh tính và đánh giá khả năng trả nợ của bên vay diễn ra ngoài chuỗi, sau đó các điều kiện khoản vay đã được xác lập sẽ được quyết toán trên chuỗi. Blockchain chịu trách nhiệm ghi nhận số dư, hoàn trả, thực hiện điều kiện và minh bạch hồ sơ, nhưng không trực tiếp đánh giá tín nhiệm của người vay. Vì vậy, hiệu quả thực tế của tiêu chuẩn này phụ thuộc lớn vào chất lượng thẩm định ngoài chuỗi và mức độ tin cậy của cấu trúc loan broker.

Single Asset Vault cũng là trụ cột quan trọng trong thiết kế. Vault là cấu trúc on-chain dùng để lưu giữ, cô lập và quản lý một loại tài sản duy nhất, giúp tách riêng dòng tiền và làm rõ hạch toán. Một số đánh giá cho rằng nếu mô hình này vận hành ổn định, nó có thể mở rộng sang sản phẩm lãi suất, tín dụng cấu trúc và công cụ quản lý tài sản, không chỉ dừng ở cho vay.

Tuy nhiên, XLS-66 chưa phải là tính năng đã được triển khai. Giai đoạn hiện tại mới là rà soát đề xuất tiêu chuẩn và kiểm thử mã, không đồng nghĩa người dùng đã có thể sử dụng chức năng cho vay gốc trên mainnet XRPL. Với các chức năng tài chính, nhiều biến số cần được kiểm chứng trước khi tích hợp mã, gồm △xử lý số dư △hoàn trả △vỡ nợ △hạch toán vault △thiết lập quyền.

Diễn biến phát triển gần đây của XRPL cũng gắn với hướng đi này. TokenPost từng ghi nhận XRP Ledger đã sửa các lỗi liên quan đến Single Asset Vault và giao thức cho vay trong quá trình chuyển đổi sang “xrpld”. Nhóm lỗi khi đó bao gồm vấn đề về độ chính xác và làm tròn số. Điều này cho thấy nếu một mạng lưới vốn tập trung vào thanh toán muốn mở rộng sang tài chính on-chain, độ chính xác của logic xử lý dòng tiền phải được đặt lên hàng đầu.

Vấn đề còn lại là khả năng thực thi. XLS-66 cần được xác nhận liệu có thể hoàn tất thành tiêu chuẩn hay không, mã có được tích hợp an toàn hay không, nhà phát triển có thể xây dựng sản phẩm cho vay thực tế hay không và người dùng có tin tưởng mô hình thẩm định ngoài chuỗi hay không. Trong thời gian tới, thị trường sẽ tiếp tục chú ý liệu XRPL có thể bổ sung lớp tín dụng lên thế mạnh thanh toán và quyết toán hiện có hay không.