Modeled loan books on the XRP Ledger show a sharp concentration of loss for depositors when a single large loan defaults, even when the broker holds reserves twice the size needed under the protocol’s rules. According to a CryptoSlate comparison using documented XRPL lending mechanics and the 3.3.0 release code announced Aug. 6, a single defaulting loan of 100,000 tokens in a 1 million token book leaves depositors with a 90,000 token vault loss, while the same 100,000 tokens spread across ten 10,000-token defaults produces only 4,500 tokens of vault loss.
The modeled books both start with 1 million tokens of debt, a 200,000-token reserve, and identical protection settings: a 10% CoverRateMinimum and a 10% CoverRateLiquidation. The gap is driven by how each default triggers a separate cover calculation. In the single-loan case, the first cap is 1,000,000 × 10% × 10%, or 10,000 tokens, so 90,000 tokens of the 100,000 default pass to the vault. In the ten-loan case, cover payments decline sequentially from 10,000 to 9,100 as broker debt falls, totaling 95,500 tokens and leaving 4,500 tokens of depositor loss.
The reserve remains sufficient throughout the ten-loan scenario, ending at 104,500 tokens, above the 90,000 minimum required against the remaining 900,000 debt. The result therefore does not depend on the broker running out of cover or falling below its required minimum. The comparison uses zero interest and fees, no intervening repayments or recoveries, and every default eligible to be declared by the broker.
Under the same base settings, dividing the defaulting debt into two equal loans leaves 80,500 tokens of loss; five loans leave 52,000; and twenty loans leave none. Changing the liquidation rate also alters the outcome. At a 5% liquidation rate, one 100,000-token loan produces 95,000 tokens of depositor loss, while ten 10,000-token loans produce 52,250 tokens. At 20%, the figures are 80,000 and zero, respectively.
The XRPL lending design pools assets in a vault and extends fixed-term, uncollateralized loans through a broker responsible for underwriting. Depositors hold shares in the vault, whose value falls when underlying assets suffer losses. The pooled asset can be XRP, a trust-line token, or a Multi-Purpose Token. The XLS-66 specification describes the cover mechanism, and the LoanManage implementation caps payment by both the calculated limit and available reserve.
Mainnet activation was unconfirmed in the official amendment registry checked Sept. 6, which listed LendingProtocolV1_1 as in development. Ripple has described credit judgment, legal documentation, and institution-specific controls as off-chain matters, meaning additional contractual support or later recoveries could change eventual economic losses.
For prospective lenders, the decisive disclosure is how much of the reserve each plausible default can actually draw. In the modeled example, 200,000 tokens of first-loss capital coexists with either 90,000 or 4,500 tokens of depositor loss, depending entirely on the structure of the loan book it protects.
