Người nắm giữ XRP cuối cùng cũng có thể kiếm được lợi nhuận mà không cần động đến Ethereum: Chi tiết

 Sổ cái XRP (XRPL) đang tiến tới việc bổ sung trực tiếp các khả năng cho vay và đi vay gốc vào mạng lưới của mình thông qua một... đề xuất có tên XLS-66Nếu được các nhà thẩm định chấp thuận, bản sửa đổi này sẽ cho phép người dùng kiếm lợi nhuận từ vốn nhàn rỗi thông qua các khoản vay kỳ hạn cố định không cần thế chấp trên chuỗi, mà không cần dựa vào các nền tảng bên thứ ba được xây dựng trên sổ cái. Hiện tại, giao thức này chỉ đạt được sự đồng thuận 17% giữa các nhà thẩm định, thấp hơn nhiều so với mức đa số tuyệt đối 80% cần thiết để đi vào hoạt động.

Giao thức cho vay XLS-66 là gì?

XLS-66, có tên chính thức là "Giao thức cho vay", được giới thiệu trong XRPL phiên bản 3.1.0 và do các nhà phát triển của Ripple là Vytautas Vito Tumas và Aanchal Malhotra đồng soạn thảo. Đề xuất này giới thiệu các khối xây dựng cơ bản cần thiết cho việc tạo tín dụng trên chuỗi trực tiếp trên XRP Ledger, thay vì thông qua một hệ sinh thái hợp đồng thông minh được triển khai riêng biệt.

Giao thức này cung cấp các khoản vay có kỳ hạn cố định được tài trợ thông qua các khoản tiền gửi được gộp lại. Điều làm cho nó khác biệt so với hầu hết các hệ thống cho vay DeFi là nó cố tình bỏ qua việc quản lý tài sản thế chấp tự động trên chuỗi và các bot thanh lý. Thay vào đó, việc kiểm tra danh tính, chấm điểm tín dụng và các bước thẩm định khác diễn ra ngoài chuỗi trước khi bất kỳ khoản vay nào được phát hành. Sổ cái xử lý việc thanh toán, ghi nhận quyền sở hữu và nhật ký kiểm toán.

Vet, nhà nghiên cứu và thẩm định XRPL, một thành viên tích cực trong cộng đồng, người đã mô tả đây là "biên giới DeFi cuối cùng" cho mạng lưới, cho biết: 

"Bên cho vay sẽ không cho bạn vay XRP ngay từ đầu nếu không biết bạn là ai và không thực hiện một số kiểm tra ngoài chuỗi."

Giao thức này hoạt động như thế nào trên thực tế?

Thông số kỹ thuật XLS-66 giới thiệu hai đối tượng trên chuỗi mới: LoanBroker và Loan.

Đối tượng LoanBroker được tạo và quản lý bởi Loan Broker, thực thể chịu trách nhiệm điều hành hoạt động cho vay. Nó ghi lại các chi tiết cụ thể của giao thức, bao gồm phí và bất kỳ khoản Vốn Dự phòng Khấu hao Đầu tiên nào mà người môi giới đã gửi vào làm khoản dự phòng chống lại rủi ro vỡ nợ. Đối tượng Loan ghi lại thỏa thuận giữa Loan Broker và người vay, bao gồm các điều khoản, lịch thanh toán và trạng thái.

Luồng hoạt động chính diễn ra như sau:

• Người môi giới khoản vay tạo ra một Kho tiền để chứa các tài sản được gửi từ một hoặc nhiều người gửi tiền.
• Công ty môi giới cho vay có thể tùy chọn gửi vốn dự phòng rủi ro vỡ nợ (First-Loss Capital) làm quỹ bảo vệ khỏi rủi ro vỡ nợ.
• Đối tượng Khoản vay được tạo ra bởi người môi giới khoản vay và người đi vay.
• Người vay rút tiền bằng giao dịch LoanDraw và trả nợ bằng LoanPay.
• Nếu người vay vỡ nợ, người môi giới khoản vay có thể kích hoạt giao dịch LoanManage để ghi nhận việc vỡ nợ.
• Khi khoản vay đáo hạn hoặc bị vỡ nợ, nó sẽ bị xóa khỏi sổ cái bằng giao dịch LoanDelete.

Giao thức này hỗ trợ tổng cộng chín loại giao dịch, bao trùm toàn bộ vòng đời từ khi tạo khoản vay đến khi xóa đối tượng LoanBroker sau khi tất cả các khoản vay được thanh toán xong.

Lãi suất và phí

Giao thức này hỗ trợ ba loại lãi suất: lãi suất tiêu chuẩn trên vốn gốc, lãi suất trả chậm cao hơn và lãi suất trả sớm cho người vay thanh toán trước khi hết hạn hợp đồng. Các nhà môi giới cho vay có thể thiết lập một số khoản phí bổ sung, bao gồm phí quản lý được tính theo tỷ lệ phần trăm lãi suất, phí khởi tạo khoản vay được trừ vào vốn gốc, phí dịch vụ khoản vay trên mỗi lần thanh toán và các khoản phí riêng biệt cho việc trả chậm hoặc trả sớm. Phí chỉ được tính nếu nhà môi giới cho vay đã gửi đủ Vốn Bảo vệ Khoản lỗ Ban đầu.

Khám phá những dự án đầy hứa hẹn...

Các dự án đầy hứa hẹn...

(Quảng cáo)

Bài viết còn tiếp tục...

Tuân thủ và các biện pháp bảo vệ rủi ro

Giao thức này bao gồm hai cơ chế tuân thủ tích hợp mà các nhà phát hành tài sản có thể sử dụng. Đầu tiên là cơ chế thu hồi, cho phép nhà phát hành thu hồi tiền từ Kho tiền trong một số trường hợp nhất định. Thứ hai là cơ chế đóng băng, có thể ngăn chặn một tài khoản cụ thể hoặc tất cả các tài khoản gửi hoặc nhận một tài sản nhất định. Nếu tài khoản của người vay bị đóng băng, họ không thể rút tiền hoặc thực hiện thanh toán, mặc dù nghĩa vụ trả nợ của họ vẫn còn.

Phương án Vốn Bồi thường Tổn thất Đầu tiên là công cụ quản lý rủi ro chính. Các nhà môi giới cho vay gửi một khoản tiền được tính toán dựa trên tỷ lệ phần trăm tổng nợ chưa thanh toán. Nếu người vay vỡ nợ, một phần của khoản tiền đó sẽ được thanh lý và trả lại vào Kho tiền để bù đắp một phần tổn thất cho người gửi tiền.

XLS-66 khác với các hình thức cho vay DeFi tiêu chuẩn như thế nào?

Hầu hết các khoản cho vay DeFi trên Ethereum Nó hoạt động dựa trên cơ chế thế chấp vượt mức. Người vay khóa tiền điện tử có giá trị lớn hơn số tiền vay, và các bot tự động sẽ thanh lý tài sản thế chấp đó nếu giá trị của nó giảm xuống dưới một ngưỡng nhất định. Các giao thức như Aave và Compound được xây dựng hoàn toàn dựa trên mô hình này.

XLS-66 hoàn toàn không sử dụng tài sản thế chấp trên chuỗi hoặc bot thanh lý. Nhược điểm là người cho vay phải gánh chịu rủi ro tín dụng cao hơn, nhưng hệ thống được thiết kế để giải quyết vấn đề này thông qua quy trình thẩm định nghiêm ngặt ngoài chuỗi trước khi bất kỳ khoản vay nào được tạo ra. Sổ cái chỉ ghi lại kết quả, giữ dữ liệu nhạy cảm của người vay ngoài chuỗi trong khi vẫn duy trì nhật ký kiểm toán công khai.

Cách tiếp cận kết hợp này, quản lý rủi ro tập trung kết hợp với thanh toán phi tập trung, không phải là hoàn toàn mới. Thị trường cho vay Algofi của Algorand đã sử dụng sự kết hợp tương tự giữa tài sản thế chấp trên chuỗi và chấm điểm tín dụng ngoài chuỗi, mang lại lợi nhuận hàng năm khoảng 12% cho những người tham gia ban đầu. Mạng Stellar đã thử một phiên bản đơn giản hơn vào năm 2020 mà không có các biện pháp kiểm soát thẩm định chặt chẽ và chứng kiến ​​người vay vỡ nợ khi thanh khoản cạn kiệt. XLS-66 dường như được thiết kế dựa trên những bài học đó.

Điều gì đang ngăn cản XLS-66 đi vào hoạt động?

Bản sửa đổi cần sự chấp thuận của 80% người xác thực, và ngưỡng này phải được duy trì trong hai tuần liên tiếp trước khi được kích hoạt. Tính đến thời điểm hiện tại, chỉ có 6 người xác thực đáng tin cậy của XRPL bỏ phiếu đồng ý, trong khi 29 người bỏ phiếu phản đối hoặc bỏ phiếu trắng. Điều đó khiến tỷ lệ đồng thuận hiện tại chỉ đạt 17.14%, còn rất xa so với ngưỡng cần thiết.

Yêu cầu đa số tuyệt đối 80% là một đặc điểm có chủ ý trong mô hình quản trị của XRPL. Nó đảm bảo rằng những thay đổi lớn đối với sổ cái không thể được thông qua nếu không có sự đồng thuận rộng rãi từ tập hợp các trình xác thực của mạng lưới, bao gồm các nút độc lập, sàn giao dịch và các tổ chức. Cơ chế tương tự đã làm chậm hoặc ngăn chặn các sửa đổi khác trong quá khứ, và XLS-66 cũng phải đối mặt với trở ngại tương tự.

Kết luận  

XLS-66 sẽ cung cấp cho XRP Ledger một lớp cho vay gốc được xây dựng dựa trên các khoản vay có kỳ hạn cố định, không cần thế chấp với thẩm định ngoài chuỗi và thanh toán trên chuỗi. Giao thức này bao gồm các công cụ có cấu trúc để khởi tạo khoản vay, trả nợ, quản lý rủi ro vỡ nợ và bảo vệ người gửi tiền thông qua Vốn tổn thất đầu tiên. Liệu nó có đạt được mục tiêu đó hay không phụ thuộc vào các trình xác thực, và hiện tại số lượng vẫn còn khá xa so với mức cần thiết.

Trung Tâm Tài Liệu 

1. Đề xuất XLS-66: 0066 XLS - 66dGiao thức cho vay gốc của XRP Ledger

2. Nhà nghiên cứu và thẩm định XRPL Vet on XBài đăng ngày 8 tháng 3