The XRP Ledger community reached a significant milestone in January 2026 when validators voted to approve amendments enabling protocol-native lending — the ability to borrow and lend digital assets directly on the XRP Ledger without requiring an external smart contract platform. The feature, developed under the XLS-65 and XLS-66 specifications, brings on-chain credit markets to the XRPL for the first time, potentially transforming the ledger from a pure payment and exchange network into a more comprehensive DeFi platform.
Native lending on the XRPL works through a mechanism built directly into the ledger’s core transaction protocol, rather than through smart contracts in the Ethereum sense. The design reflects a philosophy that has characterised the XRPL throughout its development: implementing specific financial primitives at the protocol level, where they can be executed with the ledger’s native speed and security, rather than relying on general-purpose programmability that introduces additional complexity and potential for smart contract bugs.
The core mechanics allow token issuers to create loan offers that borrowers can accept, establishing debt positions that are tracked on the ledger and subject to liquidation if the collateral value falls below the required ratio. The interest rates, collateral requirements, and liquidation parameters can be set by the lending side of the market, with the ledger enforcing the terms automatically without requiring trust in a counterparty or intermediary. The result is a secured lending market that is accessible to any participant with an XRPL account.
For the XRP token itself, native lending creates the potential for new sources of demand and velocity. Borrowers who need XRP to transact on the network but who do not want to acquire it permanently can borrow it, use it for the required transaction, and repay the loan with interest. This creates a rental market for XRP that adds a layer of financial activity around the token beyond simple buy-and-hold or trading. If the lending market develops sufficient depth, it could become a meaningful source of ongoing XRP demand independent of the token’s price direction.
The institutional implications of protocol-native lending deserve particular attention. Regulated financial institutions that might be interested in using the XRP Ledger for asset tokenisation or payment settlement have, until now, had limited options for earning yield on their XRPL holdings between transactions. The addition of native lending changes that calculus: an institution that holds tokenised Treasury assets or RLUSD on the XRPL can now potentially earn yield by lending those assets to counterparties who need them for collateral or liquidity management purposes.
The development community’s ability to ship protocol-native lending without requiring a general-purpose smart contract layer is a demonstration of the practical advantages of the XRPL’s approach to protocol design. The tradeoff, as critics have noted, is that the XRPL’s capabilities are bounded by what its developers have specifically built into the protocol — unlike Ethereum, where any financial primitive can be implemented by any developer with the appropriate smart contract skills. Whether the benefits of the XRPL’s approach outweigh the flexibility limitations will ultimately be judged by adoption: if native lending attracts genuine financial activity, the design choice will look prescient.