XLS-65 and XLS-66 proposals would embed institutional borrowing directly into ledger infrastructure
Ripple is pushing the XRP Ledger deeper into institutional credit markets with two linked protocol upgrades designed to let institutions borrow against stablecoins and tokenized assets held on-chain. The move signals an effort to expand the network’s role beyond cross-border payments and position it as infrastructure for onchain finance.
The two proposals, XLS-65 and XLS-66, would create a lending layer embedded in XRPL’s core standards. XLS-65 introduces Single Asset Vaults that pool a single asset on-chain. XLS-66 provides the lending mechanics, allowing those pooled assets to be extended into fixed-term loans. Both require validator approval before deployment to mainnet, with developers and infrastructure providers able to test features on a development network.
The timing aligns with rapid growth in crypto lending. Crypto loan volume reached $67 billion in Q1 2026, up nearly 50% from a year earlier, according to CryptoSlate. Tokenization has advanced faster than the financing systems built around it, leaving institutions without standard mechanisms to borrow against tokenized positions or manage liquidity gaps.
Ripple’s own stablecoin, RLUSD, has grown to $1.56 billion in market capitalization since launching in late 2024. The protocol design keeps underwriting, legal agreements, and compliance checks off-chain, while the ledger itself enforces interest accrual, repayment schedules, and default procedures once lenders and borrowers agree to terms. This separation allows institutions to apply their own credit judgment and risk frameworks without requiring all lending logic to live on-chain.
Blockchain security firm Halborn completed a re-audit of the proposal on June 12 and found no critical or high-severity vulnerabilities. The firm identified five issues in total: one medium-risk item, two low-risk findings, and two informational notes. The most serious item involved a potential vault maximum-assets bypass through loan interest that could allow a vault to exceed configured exposure limits. Halborn marked that issue as solved.
The design embeds lending mechanics into network core standards rather than leaving each application to design its own risk system. This standardization could simplify deployment for institutions but also constrains flexibility. Borrower risk, administrator risk, and liquidity risk remain dependent on underwriting quality, concentration management, and legal recovery mechanisms rather than code guarantees alone. Composable smart-contract networks allow developers to build and adjust lending products more quickly, a potential competitive advantage.
The proposal positions XRPL against established lending platforms such as Aave, Compound, Maple, and Clearpool, which collectively hold billions in deposits. Those protocols rely on community and token-holder governance to adjust risk parameters, whereas Ripple’s approach embeds lending at the network level, removing that governance variability from the core loan mechanics. Notably, Ripple does not claim to eliminate credit risk: XLS-65 and XLS-66 separate credit risk from protocol risk, leaving institutions to perform their own counterparty due diligence and default assessment while the ledger enforces terms, repayment, and default handling.
The initial use case targets short-term financing for payment companies and stablecoin issuers that hold reserves of RLUSD, allowing them to fund operations without routing through traditional banking channels. If approved by validators, the framework would mark the first base-layer lending infrastructure on XRPL, distinct from the application-layer lending protocols built on other networks. Testnet access for developers begins Monday, giving teams time to build integrations and run stress tests ahead of any mainnet deployment.
XRP traded at $1.04 as of press time, down 6% over the past week. Ripple’s acquired businesses process $16 trillion in annual payments and clearing activity, providing the company with existing institutional relationships that could accelerate adoption of XRPL lending infrastructure if the upgrades reach mainnet.
The proposals still require XRPL validator approval. No timeline for the approval vote or mainnet deployment has been announced.
