What Was Actually Announced

Ripple published a blog post and shared technical drafts with CoinDesk outlining the XRPL Lending Protocol β€” a proposed standard that would let banks, payment providers, and market makers borrow against assets they already hold on-chain, rather than just issuing and moving them.

The Core Design Split
Credit Stays Off-Chain. Mechanics Run On-Chain.
The blockchain enforces loan terms once agreed β€” how money is pooled, how interest accrues, how repayment is tracked, how default is processed. The actual credit decision β€” whether a borrower is good for the money, and on what terms β€” stays with the lending institution off-chain.

Ripple's own framing, quoted directly from the proposal: a blockchain is good at enforcing rules consistently and recording what happened permanently, but it cannot judge creditworthiness or navigate jurisdiction-specific regulation. That judgment should stay with the people who already do it β€” bank credit teams, with their legal documentation and compliance frameworks.

The Two Technical Components

XLS-65 β€” Single Asset Vault
Pools a Single Asset
A standardized structure for pooling and managing one asset on-chain β€” for example, all RLUSD deposited by lenders for a specific facility. Isolates risk at the vault level: a default in one vault doesn't spill into others, unlike pooled DeFi systems where contagion can spread.
XLS-66 β€” Lending Protocol
Turns Pooled Liquidity Into Loans
Manages loan origination, servicing, interest accrual, repayment logic, and default conditions once liquidity is pooled. Each agreement records on-chain through signed loan entries β€” no smart contracts required.

Status: Proposed, Not Live

ItemStatusDetail
XLS-66d amendment votingβœ… In progressEntered validator voting January 28, 2026, following XRPL v3.1.0 release
Validator approval threshold⚠️ Not yet reachedRequires 80%+ of trusted validators voting "Yes" continuously for 2 weeks
Live on mainnet❌ Not yetBoth XLS-65 and XLS-66 remain proposals subject to validator approval
Devnet testingβœ… Available nowInfrastructure providers and developers can integrate and test today
Security auditβœ… CompletedImmunefi Attackathon, Oct 27–Nov 29, 2025: $200,000 bounty, 60,000+ researchers tested interest calculations and settlement logic
First confirmed integratorβœ… ConfirmedSOIL β€” institutional lending using USDC, RLUSD, and XRP β€” announced plans to be first to leverage the protocol
"Risk is structured, not socialized." The protocol supports first-loss capital at the facility level β€” pool administrators or underwriters put junior capital at risk ahead of senior liquidity providers.
β€” Ripple, XRPL Lending Protocol proposal, June 29, 2026

Why Ripple Says This Is Different From Aave or Compound

Ripple explicitly contrasts the proposal with existing on-chain lending platforms β€” Aave, Compound, Maple, Clearpool β€” which collectively manage billions in deposits. Its argument: those systems rely on crypto-native governance, where a protocol can change its risk rules through community votes. Institutions, Ripple argues, cannot underwrite a loan in advance if the rules might shift underneath them later.

The counter-design: fix the lending mechanics at the network's base layer so behavior doesn't change after the fact β€” while keeping the network public rather than walling it off into a closed permissioned system. Participation is still gated: both lenders and borrowers complete compliance checks before accessing a pool, and verifiable credentials determine who can participate and under what conditions.

Concrete Use Cases Ripple Outlined

Why This Matters for the Calculator

Our XRP Liquidity Calculator models XRP demand through transaction volume and store-of-value scenarios. A native lending layer adds a third demand channel that doesn't exist in the current model: XRP or RLUSD posted as loan collateral, locked for the loan's duration β€” directly analogous to how the calculator already treats ETF lockups and long-term holder supply as reducing effective circulating supply.

If institutions begin using XRPL vaults to post RLUSD or XRP for working-capital loans, that capital is β€” by design β€” temporarily removed from the freely tradable supply for the loan term. This is structurally similar to how DTCC settlement scenarios already reduce "effective supply" in our model, but driven by a completely different, now-confirmed mechanism.

⚠️ Not financial advice. XLS-65 and XLS-66 are proposals under validator review β€” not live, confirmed infrastructure. Validator approval requires 80%+ consensus sustained for two weeks; this has not yet happened as of this article. Treat any price or TVL projection tied to this protocol with the same skepticism applied throughout our other fact-checked articles.

Sources

SourceDescriptionLink
CoinDeskPrimary report β€” Ripple shared proposal draft directly with CoinDeskcoindesk.com β†—
Ripple Open Source β€” XLS-66Official technical specification for the Lending Protocolopensource.ripple.com β†—
XRPL.org Known AmendmentsLive validator voting status for XLS-65 and XLS-66xrpl.org β†—
CryptoTimesDetail on Immunefi Attackathon security testing, Oct–Nov 2025cryptotimes.io β†—
Bitcoin.com NewsUse cases and comparison with Aave/Compound/Maple/Clearpoolnews.bitcoin.com β†—
Our CalculatorEffective supply model this protocol could extendcalculator.xrp β†—
← Back to all Insights