Zum Inhalt springen
In AbstimmungTier BDeFi & DEX

LendingProtocolV1_1 XLS-66

Geschlossene Vaults mit festem Zeitplan und eine zahlungsbasierte Zinsbuchung erweitern das Lending-Protokoll. LendingProtocolV1_1 ist auf dem Mainnet offen, aber noch nicht aktiviert. Aktuell melden 0 von 35 erfassten Validatoren Unterstützung.

Fachlich geprüft am 25.09.2026 · Autor: Philip F. Schmitt

Status
In Abstimmung
XLS
XLS-66
Aktiviert
Keine Angabe

Wie steht die Mainnet-Abstimmung?

0 von 35 Ja-Stimmen, benötigt: 28 (aktuell 0 %, Ziel 80 %)

Was ändert dieses Amendment?

Warum gibt es dieses Amendment?

Ein offener Vault erlaubt jederzeit Ein- und Auszahlungen, während Kredite eine feste Laufzeit haben. Ein geschlossener Vault gibt dem Betreiber für diese Laufzeit einen festen Kapitalbetrag und den Einlegern einen im Voraus bekannten Zeitplan.

Wie funktioniert der Mechanismus?

VaultCreate legt mit VaultKind, SubscriptionDate und RedemptionDate einen geschlossenen Vault an, dessen Phase sich allein aus diesen unveränderlichen Daten und der Ledger-Zeit ergibt. VaultDeposit ist nur in der Zeichnungsphase erlaubt, VaultWithdraw ist während der Investitionsphase gesperrt, und LoanSet ist nur in der Investitionsphase zulässig. Neu angelegte Vaults tragen das Feld LEVersion für die zahlungsbasierte Buchung, bei der AssetsTotal und DebtTotal nur das Kapital abbilden.

Was ändert sich gegenüber dem Vorgänger?

VorherNachher
Vaults waren offen und erlaubten Ein- und Auszahlungen zu jeder Zeit. Der gesamte planmäßige Zins eines Kredits wurde bereits bei der Kreditvergabe im Vault als Ertrag erfasst.Neue LoanBroker entstehen nur noch für geschlossene Vaults mit festem Zeitplan. Neu angelegte Vaults buchen Zinsen erst bei Zahlungseingang, bestehende Vaults und bereits angelegte LoanBroker arbeiten nach ihren bisherigen Regeln weiter.

Für wen ist die Änderung relevant?

XRP-Halter und Nutzer

Wer in einen geschlossenen Vault einzahlt, kann nur während der Zeichnungsphase wieder aussteigen und danach erst ab dem Rücknahmedatum. Verspätete oder ausgefallene Kredite halten die Rücknahmephase nicht auf, sie mindern den auszahlbaren Betrag.

Wallets und App-Entwickler

Apps leiten Vault-Typ und aktuelle Phase aus den Datumsfeldern und der Ledger-Zeit ab und sperren Ein- und Auszahlungen entsprechend.

Börsen und Emittenten

Kreditanbieter binden neue Kreditprogramme an geschlossene Vaults und planen Laufzeiten so, dass die letzte Rate mit einem Puffer vor dem Rücknahmedatum fällig wird.

Node-Betreiber

Nodes bestimmen die Vault-Phase aus der Schlusszeit des vorherigen Ledgers und wenden je nach LEVersion das bisherige oder das zahlungsbasierte Buchungsmodell an.

Welche Grenzen und Risiken bleiben?

  • Zeitplan und Vault-Typ lassen sich nach dem Anlegen nicht mehr ändern.
  • Während der Investitionsphase sind Ein- und Auszahlungen gesperrt.
  • Die Kredite bleiben unbesichert. Bonitätsprüfung und Kreditentscheidung liegen weiter außerhalb des Ledgers.
  • Die Spezifikation für geschlossene Vaults ist als Draft ohne eigene XLS-Nummer veröffentlicht.
Technische Details: Transaktionen, Felder, Codes und Invarianten

Transaktionen

  • VaultCreate
  • VaultDeposit
  • VaultWithdraw
  • VaultDelete
  • LoanBrokerSet
  • LoanSet

Ledger-Objekte

  • Vault
  • LoanBroker
  • Loan

Felder und Flags

  • VaultKind
  • SubscriptionDate
  • RedemptionDate
  • LEVersion
  • MemoData (VaultDelete, 1 bis 256 Byte)

API-Methoden

  • vault_info
  • ledger_entry

Ergebnis-Codes

  • tecNO_PERMISSION
  • tecTOO_SOON
  • temMALFORMED

Invarianten

  • VaultKind, SubscriptionDate, RedemptionDate und LEVersion bleiben nach dem Anlegen eines Vaults unverändert.

Wie hängt dieses Amendment mit anderen zusammen?

Jede direkte Verbindung besitzt einen Typ, eine Erklärung und eine Primärquelle.

Wie geht es mit diesem Amendment weiter?

LendingProtocolV1_1 ist auf dem Mainnet offen, aber noch nicht aktiviert. Aktuell melden 0 von 35 erfassten Validatoren Unterstützung.

Für die Aktivierung muss die Unterstützung mindestens 80 Prozent erreichen und zwei Wochen ununterbrochen oberhalb dieser Schwelle bleiben.

Wo steht es in seiner Amendment-Familie?

Vaults und Lending: Protokollfolge

  1. DeletableAccountsAktiviert · ab rippled 1.4.0
  2. TicketBatchAktiviert · ab rippled 1.7.0
  3. DisallowIncomingAktiviert · ab rippled 1.10.0
  4. fixDisallowIncomingV1Aktiviert · ab rippled 2.0.0
  5. PermissionedDEXAktiviert · ab rippled 2.5.0
  6. PermissionDelegationVeraltet · ab rippled 2.5.0
  7. SingleAssetVaultIn Abstimmung · ab rippled 3.1.0
  8. LendingProtocolIn Abstimmung · ab rippled 3.1.0
  9. fixCleanup3_1_3Aktiviert · ab rippled 3.1.3
  10. fixCleanup3_2_0Aktiviert · ab rippled 3.2.0
  11. PermissionDelegationV1_1In Abstimmung · ab rippled 3.3.0
  12. SponsorIn Abstimmung · ab rippled 3.3.0
  13. fixCleanup3_3_0Aktiviert · ab rippled 3.3.0
  14. LendingProtocolV1_1In Abstimmung · ab rippled 3.4.0
  15. fixCleanup3_4_0In Abstimmung · ab rippled 3.4.0

Welche Primärquellen belegen die Angaben?

← Alle XRPL-Amendments und XLS-Spezifikationen