XRP Holders Could Finally Earn Yield Without Touching Ethereum: Details

The XRP Ledger (XRPL) is moving to add native lending and borrowing capabilities directly to its network through a proposal called XLS-66. If approved by validators, the amendment would allow users to earn returns on idle capital through on-chain, uncollateralized fixed-term loans, without relying on third-party platforms built on top of the ledger. The protocol is currently at 17% consensus among validators, well short of the 80% supermajority it needs to go live.

What Is The XLS-66 Lending Protocol?

XLS-66, officially titled "Lending Protocol," was introduced in XRPL version 3.1.0 and co-authored by Ripple developers Vytautas Vito Tumas and Aanchal Malhotra. The proposal introduces the basic building blocks needed for on-chain credit origination directly on the XRP Ledger, rather than through a separately deployed smart contract ecosystem.

The protocol offers fixed-term loans funded through pooled deposits. What makes it different from most DeFi lending systems is that it deliberately skips automated on-chain collateral management and liquidation bots. Instead, identity checks, credit scoring, and other underwriting steps happen off-chain before any loan is issued. The ledger handles settlement, ownership records, and audit trails.

XRPL researcher and validator Vet, an active community member who has described this as "the final DeFi frontier" for the network, said: 

"The lender wouldn't give you XRP in the first place without knowing who you are and doing some off-chain checks on you."

How Does The Protocol Actually Work?

The XLS-66 specification introduces two new on-chain objects: the LoanBroker and the Loan.

The LoanBroker object is created and managed by a Loan Broker, the entity responsible for running the lending operation. It records protocol-specific details including fees and any First-Loss Capital the broker has deposited as a buffer against defaults. The Loan object records the agreement between the Loan Broker and a borrower, including terms, payment schedule, and status.

The core flow works like this:

• The Loan Broker creates a Vault to hold deposited assets from one or more depositors.
• The Loan Broker optionally deposits First-Loss Capital as a default protection fund.
• A Loan object is created jointly by the Loan Broker and the borrower.
• The borrower draws funds using a LoanDraw transaction and makes repayments using LoanPay.
• If the borrower defaults, the Loan Broker can trigger a LoanManage transaction to record the default.
• Once a loan matures or defaults, it is deleted from the ledger using a LoanDelete transaction.

The protocol supports nine transaction types in total, covering the full lifecycle from loan creation to deletion of the LoanBroker object itself once all loans are settled.

Interest Rates And Fees

The protocol supports three interest rate types: a standard rate on the principal, a higher late payment rate, and an early repayment rate for borrowers who settle before the term ends. Loan Brokers can configure several fees on top of these, including a management fee charged as a percentage of interest, a loan origination fee taken from the principal, a loan service fee on each payment, and separate fees for late or early payments. Fees are only charged if the Loan Broker has deposited sufficient First-Loss Capital.

Compliance And Risk Protections

The protocol includes two built-in compliance mechanisms that asset issuers can use. The first is clawback, which allows an issuer to reclaim funds from a Vault in certain circumstances. The second is a freeze mechanism, which can prevent a specific account or all accounts from sending or receiving a given asset. If a borrower's account is frozen, they cannot draw funds or make payments, though their repayment obligation remains.

The First-Loss Capital scheme is the primary risk management tool. Loan Brokers deposit a fund calculated as a percentage of the total outstanding debt. If a borrower defaults, a portion of that fund is liquidated and returned to the Vault to offset some of the loss for depositors.

How Does XLS-66 Differ From Standard DeFi Lending?

Most DeFi lending on Ethereum works through over-collateralization. Borrowers lock up crypto worth more than the loan amount, and automated bots liquidate that collateral if its value drops below a set threshold. Protocols like Aave and Compound are built entirely on this model.

XLS-66 does not use on-chain collateral or liquidation bots at all. The trade-off is that lenders take on more credit risk, but the system is designed to address this through rigorous off-chain underwriting before any loan is created. The ledger records only the outcome, keeping sensitive borrower data off-chain while maintaining a public audit trail.

This hybrid approach, centralized risk management combined with decentralized settlement, is not entirely new. Algorand's Algofi lending market used a similar combination of on-chain collateral and off-chain credit scoring and delivered around 12% annualized returns for early participants. The Stellar network tried a simpler version in 2020 without strong underwriting controls and saw borrowers default as liquidity dried up. XLS-66 appears to be designed with those lessons in mind.

What Is Stopping XLS-66 From Going Live?

The amendment needs 80% validator approval, and that threshold must be maintained for two consecutive weeks before activation. As of now, only 6 of XRPL's trusted validators have voted yes, with 29 voting no or abstaining. That puts current consensus at 17.14%, a long way from the required threshold.

The 80% supermajority requirement is a deliberate feature of XRPL's governance model. It ensures that major changes to the ledger cannot be pushed through without broad agreement from the network's validator set, which includes independent nodes, exchanges, and institutions. This same mechanism has slowed or blocked other amendments in the past, and XLS-66 faces the same hurdle.

Conclusion 

XLS-66 would give the XRP Ledger a native lending layer built around fixed-term, uncollateralized loans with off-chain underwriting and on-chain settlement. The protocol includes structured tools for loan origination, repayment, default management, and depositor protection through First-Loss Capital. Whether it gets there depends on validators, and right now the numbers are not close.

Resources 

1. Proposal XLS-66: 0066 XLS - 66d: XRP Ledger-native Lending Protocol

2. XRPL researcher and validator Vet on X: Post on March 8