Key Highlights
- The XRP Ledger Foundation released xrpld 3.4.0 on September 16 with LendingProtocolV1_1, introducing closed-ended vaults with fixed subscription, investment, and redemption periods and cash-basis interest accounting.
- Deposited assets in closed-ended vaults are locked during the investment phase, which can range from 60 seconds to just under 30 years, while interest is recognized only when borrowers actually pay it.
- Both the base LendingProtocol and SingleAssetVault amendments remain below the 28-of-35 validator threshold required for activation, meaning the features are not yet live on the mainnet.
XRP Ledger 3.4.0 Introduces Structured Lending With Fixed-Term Vaults
The XRP Ledger Foundation shipped xrpld version 3.4.0 on September 16, embedding the LendingProtocolV1_1 code path that defines a new generation of closed-ended lending vaults. The release adds two structural changes: a fixed calendar that locks depositor capital for a predetermined term, and a shift to cash-basis accounting that records interest income only when borrowers make payments. Together, these changes aim to make the risk-return profile of on-ledger lending more transparent for participants.
Unlike open-ended pools that allow continuous deposits and withdrawals, the new closed-ended vaults move through three distinct phases. At creation, the vault sets a SubscriptionDate and a RedemptionDate that remain immutable. During the subscription window, depositors may add assets and redeem shares freely. Once the investment phase begins, the protocol blocks new deposits and withdrawals, committing the vault’s capital to loan funding. Only when the redemption date arrives can depositors withdraw their share of the proceeds. The investment period must be at least 60 seconds and strictly less than 30 years, providing a wide but bounded range for term design.
Cash-Basis Accounting Separates Expected From Realized Returns
The accounting overhaul addresses a longstanding ambiguity in how vault income is reported. Under the prior whole-life model, scheduled interest could be booked at loan origination, before the borrower delivered any cash. A missed payment would then force the system to unwind income that had already appeared in the vault’s net asset value. The LendingProtocolV1_1 implementation stamps newly created vaults with a cash-basis accounting version, recognizing interest strictly as borrowers pay it. Vaults created under the earlier rules permanently retain legacy whole-life accounting, ensuring backward compatibility without forced migration.
For depositors, the practical effect is a cleaner separation between a claim on a borrower and realized vault income. Scheduled payments remain off-balance-sheet receivables until cash arrives, making the reported asset value less dependent on money that has not yet been received. The change also alters how much debt a broker appears to carry against protocol limits, because future interest no longer enters the total at origination. This may create additional headroom for new loans under the protocol’s measurements, though actual utilization still depends on real borrowers and funding.
Amendment Governance Remains the Critical Gate
Despite the code being present in the 3.4.0 release, the features are not yet accessible on the live network. A dashboard snapshot fetched on September 17 showed the base LendingProtocol amendment at 13 of 35 trusted-validator votes and SingleAssetVault at 16 of 35, both below the displayed activation threshold of 28. The LendingProtocolV1_1 amendment itself did not appear in the responding node’s feature feed, nor was an activation countdown visible. Network governance therefore remains the first measurable hurdle: the amendments must become visible, attract sufficient validator support, and complete the two-week activation window before any vault can be created.
Single-asset vaults can denominate their principal in XRP, an issued trust-line token, or a Multi-Purpose Token. This flexibility means that lasting XRP demand from the lending system depends entirely on later choices by application developers, borrowers, and depositors. Moving already-owned XRP into a vault produces a visible locked balance without requiring a market purchase, and applications could build lending pools around issued assets while leaving XRP outside the principal flow entirely.
Why This Matters
The introduction of closed-ended vaults and cash-basis accounting represents a maturation of the XRP Ledger’s native lending architecture. By enforcing a visible commitment period and recognizing income only upon receipt, the protocol reduces the opacity that can obscure credit risk in decentralized lending markets. However, the economic significance for XRP holders hinges on adoption metrics that have yet to materialize: the number of XRP-denominated vaults created, the volume of XRP deposited, loan origination activity, repayment performance, and whether depositors renew after the first redemption cycle. Until those on-chain indicators emerge, the system’s capacity to generate sustained demand for XRP—beyond a temporary liquidity sink—remains an open question. The next concrete milestones are the amendment activation process and the subsequent launch of application-level lending products that choose XRP as their principal asset.
Frequently Asked Questions
- When will the new lending features be available on the XRP Ledger mainnet?
- The features require the
LendingProtocolandSingleAssetVaultamendments to reach a 28-of-35 validator supermajority and complete a two-week activation period. As of September 17, voting stood at 13 and 16 respectively, withLendingProtocolV1_1not yet visible in the feature feed. - Can depositors withdraw their assets early from a closed-ended vault?
- No. Once the investment phase begins at the
SubscriptionDate, the protocol blocks all deposits and withdrawals until theRedemptionDate. The lock is enforced at the protocol level for the full term, which can range from 60 seconds to just under 30 years. - Does this update create new demand for XRP?
- Not automatically. The vault design supports XRP, issued trust-line tokens, and Multi-Purpose Tokens as principal assets. Sustained XRP demand would require applications to select XRP for their vaults, borrowers to seek XRP-denominated credit, and depositors to repeatedly fund and renew positions after observing repayment performance.

