Ripple has outlined the XRPL Lending Protocol, a proposed credit layer for the XRP Ledger that would let institutions arrange loans around tokenized assets while keeping underwriting and credit decisions offchain.
The design focuses on standardized execution after loan terms are agreed. Institutions would still handle credit checks, legal documentation, collateral policy, compliance controls and borrower assessment outside the blockchain. XRPL would enforce the loan mechanics, including origination, repayment schedules, interest accrual and default processing.
The proposal is aimed at real-world asset markets where tokenized Treasuries, money-market funds, stablecoins, commodities and private credit already exist onchain but still need financing tools. Ripple framed the gap as the difference between issuing assets onchain and making those assets useful for liquidity, working capital and credit markets.
The lending plan lands as the XRP Ledger’s RWA profile has already strengthened. XRPL recently led 90-day RWA inflows with $1.9 billion added, putting the network deeper into the institutional tokenization race.
XLS-65 And XLS-66 Remain Subject To Approval
The lending system is built around two related standards. Single Asset Vaults would organize pooled liquidity around one asset, while XLS-66 defines the lending layer used to originate loans from those vaults.
The LendingProtocol amendment is open for voting, with validator approval still required before the feature can become part of XRPL mainnet behavior. XRPL’s documentation describes the current implementation as fixed-term, uncollateralized lending using pooled funds from a Single Asset Vault, supported by offchain underwriting and risk management.
That distinction keeps the proposal separate from fully automated overcollateralized DeFi lending. The current version does not include automated onchain collateral or liquidation management. It is built around institution-led underwriting, permissioned participation where needed, and first-loss capital that can sit ahead of senior liquidity providers in a credit facility.
The design also extends earlier XRPL infrastructure work. A recent XRP Ledger upgrade already patched issues around vaults, domains and lending logic, showing how newer institutional features are moving through the amendment and reliability pipeline.
Tokenized Asset Finance Gets A New XRPL Path
Ripple’s example use cases center on payment providers, market makers, treasury teams and lenders that need liquidity without immediately selling onchain assets. A payment provider could bridge settlement timing gaps, a market maker could finance inventory, and a treasury desk could place idle assets into underwritten facilities with defined terms.
Those use cases match the broader push to connect tokenized assets with bank-grade settlement and credit workflows. Ondo Finance, Ripple, Mastercard and Kinexys by J.P. Morgan already completed a tokenized Treasury redemption pilot that linked XRPL activity with bank settlement rails, showing how institutional RWA flows can move beyond simple token issuance.
The lending proposal would add another layer to that stack by giving tokenized assets a financing route. Instead of relying on fragmented lending applications with separate risk models, XRPL would provide common credit execution rails while institutions manage underwriting and compliance through their own frameworks.
Developers and infrastructure providers can test the protocol on devnet while the amendment process continues. The mainnet path still depends on validator approval for the XLS-65 and XLS-66 components tied to Single Asset Vaults and the XRPL Lending Protocol.
