XRP Ledger: 22 phiếu thuận, còn thiếu 7 phiếu để kích hoạt đề xuất cho vay

Đề xuất bổ sung chức năng cho vay vào XRP Ledger (XRPL) nhận được 22 phiếu thuận trong số 35 trình xác thực đáng tin cậy tính đến ngày 11 tháng 11. Con số này tăng 3 phiếu so với ngày 19 tháng 10, nhưng vẫn thiếu 7 phiếu để đạt ngưỡng kích hoạt là 29.

Bảng theo dõi biểu quyết của các trình xác thực XRPL ghi nhận đề xuất sửa đổi LendingProtocol có 19 phiếu thuận ngày 19 tháng 10 và 22 phiếu ngày 11 tháng 11. TokenPost từng đưa tin ngày 6 tháng 11 rằng đề xuất nhận được 21 phiếu.

Biên bản biểu quyết ngày 11 tháng 11 chỉ hiển thị tổng số phiếu thuận, không cho biết trình xác thực nào đã thay đổi phiếu và thay đổi vào thời điểm nào.

Cũng trong ngày 11 tháng 11, đề xuất sửa đổi SingleAssetVault về kho lưu trữ tài sản đơn nhận được 23 phiếu, còn LendingProtocolV1_1, đề xuất sửa đổi tiếp theo cho giao thức cho vay, nhận được 22 phiếu. Cả ba đề xuất đều chưa đạt ngưỡng cần thiết.

Quy trình sửa đổi chính thức của XRP Ledger yêu cầu hơn 80% trình xác thực đáng tin cậy ủng hộ. Trong số 35 trình xác thực, 28 phiếu tương đương đúng 80%, vì vậy cần 29 phiếu để vượt ngưỡng.

Đạt đủ số phiếu cũng chưa khiến sửa đổi có hiệu lực ngay. Mức ủng hộ phải duy trì trên 80% trong 2 tuần liên tiếp; nếu giảm xuống bằng hoặc dưới ngưỡng, thời gian chờ sẽ bắt đầu lại.

Bảng theo dõi ngày 11 tháng 11 đánh dấu đề xuất cho vay là chưa kích hoạt và cho thấy đề xuất chưa bước vào giai đoạn chờ kích hoạt kéo dài 2 tuần. Số liệu hiện tại phản ánh mức ủng hộ của trình xác thực đối với đề xuất sửa đổi, chứ không cho biết chức năng đã hoạt động.

Chức năng cho vay được thiết kế để cho vay vốn tập trung trong kho lưu trữ tài sản đơn theo một kỳ hạn xác định. Kho lưu trữ tập hợp vốn, còn giao thức cho vay xử lý các điều khoản vay và quy trình hoàn trả.

Đặc tả XLS-66 mô tả mô hình trong đó bên trung gian quản lý kho lưu trữ và các khoản vay. Khi bên trung gian và người vay cùng ký vào điều khoản, sổ cái sẽ xử lý việc giải ngân và hoàn trả theo các điều kiện đã định.

Việc đánh giá tín dụng người vay và quản lý rủi ro diễn ra ngoài sổ cái. Tài liệu XLS-66 hiện ở trạng thái bản nháp và mô tả các khoản vay không có tài sản thế chấp.

Đặc tả cũng nêu cơ chế vốn chịu lỗ đầu tiên (First-Loss Capital): nếu người vay không trả được nợ, vốn của bên trung gian có thể được dùng để bù trước một phần tổn thất của kho lưu trữ. Việc bên trung gian góp vốn là tùy chọn và không bảo đảm ngăn được toàn bộ tổn thất của người gửi tiền.

Trong phần giải thích của mình, Ripple nêu ví dụ một đơn vị thanh toán vay vốn lưu động ngắn hạn trong lúc chờ quyết toán. Đây là ví dụ về trường hợp sử dụng, không phải thông báo rằng một ngân hàng hay công ty thanh toán cụ thể đã triển khai chức năng này.

Trong các cuộc thảo luận trên diễn đàn nhà phát triển về đề xuất XLS năm 2024, một số ý kiến bày tỏ lo ngại về quyền quyết định của đơn vị vận hành kho lưu trữ và rủi ro pháp lý. Các phản hồi cũng bàn về vấn đề ghi thông tin xác thực và dữ liệu cá nhân lên chuỗi; đây là những ý kiến trong cuộc thảo luận đề xuất khi đó.

Phần mềm máy chủ xrpld 3.4.0 được công bố ngày 16 tháng 9 có nội dung liên quan đến LendingProtocolV1_1, gồm kho lưu trữ đóng và kế toán theo cơ sở tiền mặt. Tuy nhiên, việc mã nguồn có trong phần mềm không thay thế cuộc bỏ phiếu và quy trình kích hoạt riêng của đề xuất sửa đổi.

Sửa đổi thông thường fixCleanup3_4_0 đã được kích hoạt trên mainnet ngày 4 tháng 11, nhưng không liên quan đến chức năng cho vay. Đề xuất cho vay chính và các sửa đổi liên quan chỉ có thể được áp dụng sau khi đạt ngưỡng phiếu cần thiết và duy trì mức ủng hộ đó trong 2 tuần liên tiếp.