Will XRP Validators Pass LendingProtocolV1_1 With an 80% Vote Threshold?

LendingProtocolV1_1 Goes to a Validator Vote

Should lending on the XRP Ledger run through closed vaults or stay open-ended? That is the question now in front of validators on XRPL, the layer-1 blockchain that settles XRP, after the LendingProtocolV1_1 amendment opened for a vote this week. The proposal would introduce closed-ended vaults and cash-basis interest accounting, changing how vaults admit deposits and report returns. It does not move the XRP price directly; the decision concerns the ledger's own lending rails. A yes vote would hard-code that discipline into the ledger itself, before any lending market exists to test it.

Under the proposed structure, a vault moves through three stages: subscription, investment, and redemption. Assets can enter only during subscription, loan brokers originate loans during investment, and withdrawals happen during redemption. Each stage gates a different action, so deposit timing, origination, and exits no longer overlap. Existing open-ended vaults let participants enter or leave whenever they want, a freedom that can shift how gains fall among participants. Closed-ended vaults fix membership instead: the vault mints no additional shares once the window shuts, locking out latecomers through investment and redemption. A closed book also splits returns among a fixed set of participants rather than a rolling pool of entrants.

The amendment record describes LendingProtocolV1_1 as an extension of two earlier amendments, LendingProtocol and SingleAssetVault. If enabled, it would also restrict the creation of new loan brokers to closed-ended vaults, tying fresh lending activity to the updated structure. RippleX framed the stakes in a September 30 post, a note confirming the proposal is open for validator voting, with the reminder that LendingProtocol and SingleAssetVault cannot proceed until it activates.

@RippleXDev · X post

A note confirming the proposal is open for validator voting.

View on X

The accounting half is where the numbers change. Under the current design, a vault recognizes scheduled interest when a loan originates, including interest the borrower has not yet paid. LendingProtocolV1_1 would swap that for cash-basis treatment: interest counts as income only when a borrower actually pays, so a vault's AssetsTotal would reflect interest received, not future interest it merely expects. Returns would be booked when cash arrives, not when a schedule says it should.

The design the amendments build toward is a three-part lending system. LendingProtocol supplies the loan-broker functions, covering origination, repayment, and default handling. SingleAssetVault supplies pooled assets. LendingProtocolV1_1 layers the closed-ended vaults and revised interest accounting on top.

The loans are fixed-term and uncollateralized, with no automated on-chain collateral or liquidation management; brokers can put up first-loss capital that absorbs some missed payments. That makes the vote an infrastructure decision, not proof of borrower demand, a guaranteed APY, or a live lending market, and broader XRPL infrastructure work does not establish adoption either.

Approval follows XRPL's amendment rules: backing from over 80% of trusted validators, sustained for two weeks, and falling under that level restarts the waiting period. Validators check status at each flag ledger, usually about every 15 minutes, while a majority tally is counted at every 256th ledger. At the time of writing, the amendment's live support percentage had not been published, and no activation date or launch timeline appeared in the materials. There is a software dependency too: older xrpld releases without the amendment code can become amendment blocked, and until upgraded, those servers can no longer validate ledgers, join consensus, process transactions, or vote on future amendments. All three amendments must be approved before lending launches on mainnet.

An 80% Bar and an Open Question

The vote record is where this will be settled, and it is still blank. The proposal text and its dependencies are public, but the live support percentage, the turnout, and a launch date are not, so the one confirmed fact is that the question now sits formally before validators with an 80% bar held for two weeks. If support holds, cash-basis accounting and closed vaults become the default path for XRP lending on the ledger; if backing slips, the two-week clock restarts. Until that record fills in, the question stays open: should the ledger's lending future be closed-ended and paid in cash, or left flexible?