TESTNET

Vaults · Credit Machine (demo) · Portfolio

Credit that stays liquid when a payment is missed

XLS-65 vault liquidity, XLS-66 loans and the LiquidLabs Rescue Window — modelled, simulated and explained while the amendments are in voting.

Why this matters

Pooled lending needs more than a loan object: it needs a rule for the day a borrower misses a payment. The Credit Machine makes that rule explicit — rescue only when rescue preserves value, settled to the lender, never to the borrower, with every loss pre-assigned to a tranche.

What happens on the XRP Ledger

A vault pools RLUSD and issues shares (XLS-65); a broker posts first-loss cover and signs a two-party LoanSet (XLS-66); LoanPay repays, LoanManage impairs or defaults. The Rescue Window, the claims and the receipts are the LiquidLabs layer — simulated here with recomputable SHA-256 hashes.

  • VaultCreate / VaultDeposit (XLS-65)
  • LoanBrokerSet + cover (XLS-66)
  • LoanSet (two signatures)
  • LoanPay
  • LoanManage (impair / default)
  • Token Escrow (collateral)
  • Credential + Permissioned Domain

The LiquidLabs advantage

A deterministic, time-boxed backstop market with new-money priority and a five-part admission test — explained in thirty seconds, verified from a receipt, and built on the real protocol units so it moves to our own node the day the amendments are enabled there.

Try it

  1. Create an offer from a preset and fund it from the vault
  2. Pay on time, then miss an installment and watch the vault impair it
  3. Let grace expire — the admission test opens a Rescue Window or defaults
  4. Commit supporters (try your own wallet: it is refused), settle, read the receipt