XRPL lending got another yes vote. The catch is who checks the borrower.
XRPL is trying to put fixed-term credit into the chain itself, without the collateral model that made DeFi lending legible.
CryptoVibe Desk · xrpl · lending · defi
- →xpmarket voted YES on XLS-65 and XLS-66, moving XRPL's native lending package one validator closer to activation.
- →The design pools single assets and issues unsecured fixed-term loans, which shifts risk from on-chain collateral to off-chain borrower checks.
- →Watch validator support through Q3 2026, because activation needs 28 of 35 validators to hold YES for two weeks.
- XLS-65 → XLS-65 is the XRPL proposal for Single Asset Vaults, where users pool one asset like XRP or RLUSD.
- XLS-66 → XLS-66 is the XRPL proposal for a native lending protocol that issues fixed-term loans from those pooled assets.
- Off-chain underwriting → Off-chain underwriting means people or systems check a borrower's identity and reliability outside the blockchain before lending funds.
- Activation threshold → An activation threshold is the validator support level an XRPL amendment must hold before it turns on.
XRPL lending just got one more YES vote. xpmarket, a major XRPL ecosystem platform, voted for XLS-65 and XLS-66. U.Today reported validator support at 7 of 35 as of June 26, or 20%.
That is still far from activation. The same report says the package needs 28 of 35 validators to support it for two weeks. But the vote matters because this is not another app-level lending market. XRPL is trying to put the lending logic into the chain itself.
XLS-65 creates Single Asset Vaults. Users pool one asset, such as XRP or RLUSD, into a shared vault. XLS-66 then lets the protocol issue fixed-term loans from that pool and distribute income to depositors.
The sharp part is what is missing. These loans are unsecured. Borrowers are checked through off-chain underwriting before funds move, instead of posting enough on-chain collateral to cover the loan.
At the contract level, that breaks from the DeFi model most readers know. Aave-style lending is blunt, but easy to reason about. If you're borrowing, you lock collateral. If the numbers move against you, the protocol can liquidate you.
XRPL's proposal moves that risk boundary. The chain can track vaults, terms, and payments. It cannot prove borrower reliability by itself. That assessment happens somewhere else, before the loan exists.
This is a trust placement problem. The tradeoff is simpler credit for more dependence on off-chain screening. That can support real credit markets, but it also imports a failure mode crypto usually tries to avoid.
Holding XRP or building on XRPL? Your bag is now tied to a bigger design choice. The question is not whether lending can run on-chain. It can. The question is whether unsecured credit belongs inside the core protocol rather than above it.
Vet, an XRPL Foundation representative, linked faster validator support to stricter security and amendment review. That matters. When lending lives at Layer 1, a bad assumption is not just an app bug. It becomes a chain-level surface area.
Developers are already designing interfaces ahead of final activation. That makes sense. But the activation vote is only the first gate. The real test starts when off-chain underwriting meets on-chain accounting, and the numbers don't add up for one borrower.
RippleX's choice to put unsecured credit inside XRPL core is the right technical bet only if validators treat underwriting failure as protocol risk, because users will not separate those failures after funds move.
By the end of Q3 2026, watch whether YES support reaches 28 of 35 validators and holds for two weeks, because anything below that means the market is still mostly theoretical.
Primary links and supporting reads used by the desk for this story.
Forward this.
