XRPL-Cleanup-Amendment hält 29 Validator-Stimmen, Lending-Änderungen bleiben in der Minderheit
Wichtige Erkenntnisse
- •Das fixCleanup3_4_0-Amendment sicherte sich zum 18. Oktober 29 der 35 überwachten Validator-Stimmen – genau das Minimum, das nach der XRPL-Regel von klar mehr als 80 % Zustimmung erforderlich ist.
- •Dieierung wird für den 23. Oktober gegen etwa 09:34 UTC prognostiziert. Zieht jedoch auch nur ein Validator seine Unterstützung zurück, startet die Zweiwochenfrist neu, wie zuvor bei PermissionDelegationV1_1 und BatchV1_1 geschehen.
- •Das Amendment bündelt rund 25 Korrekturen, darunter acht zu Vaults und Lending, sowie Änderungen an AMMs, Trust Lines, NFTs, Multi-Purpose Tokens, Escrow und Permission Delegation.
- •Die vorgeschlagenen Lending-Amendments verfügten jeweils über 19 Stimmen und benötigen acht bis zehn weitere plus eine 14-tägige Wartefrist, wodurch Anfang November der früheste Aktivierungszeitpunkt ist.
- •Ein offener Patch für rippled-Version 3.4.1 adressiert einen gemeldeten Fehler, der Validatoren nach Key-Rotation nicht mehr zählt; kein Amendment-Ergebnis hatte sich jedoch geändert.

Das XRPL-Cleanup-Amendment hält genau bei der für die Aktivierung erforderlichen Schwelle, während die vorgeschlagenen Lending-Amendments weiterhin deutlich unter der benötigten Unterstützung liegen. Zum Stand vom 18. Oktober unterstützten 29 der 35 vom XRPL Dashboard überwachten Validatoren fixCleanup3_4_0. Das Amendment erfordert klar mehr als 80 % Zustimmung, womit 29 Stimmen das Minimum sind; 28 von 35 reichen nicht aus. Amendments sind der Mechanismus, mit dem das XRP Ledger neue Regeln einführt, daher entscheidet diese Stimmenzahl darüber, ob die gebündelten Korrekturen planvoll in Kraft treten.
Das Dashboard verzeichnet die Mehrheit seit dem 9. Oktober und rechnet mit einer Aktivierung am 23. Oktober gegen etwa 09:34 UTC, sofern die Unterstützung während des gesamten Zweiwochenzeitraums unverändert bleibt. Es beschreibt das Amendment als „having no votes to spare“ – also ohne jede Stimme zu verschenken.
Das Amendment enthält rund 25 Korrekturen, von denen acht Vaults und Lending betreffen. Weitere Änderungen betreffen Automated Market Maker (AMMs), Trust Lines, Non-Fungible Tokens (NFTs), Multi-Purpose Tokens, Escrow, Sponsorship-Signaturen und Permission Delegation.
Wie XRPL-Lending konzipiert ist
Das vorgeschlagene XRPL-Lending-System würde Einzahler, einen Kreditvermittler und Kreditnehmer über einen Vault verbinden. Einzahler würden einen Asset in einen Single Asset Vault einzahlen, während ein Broker befristete, unbesicherte Kredite aus diesem Pool vermitteln würde. Kreditnehmer würden gemäß den vereinbarten Bedingungen zurückzahlen, so die XRPL-Lending-Dokumentation.
Das Ledger würde die Kredite verwalten, die Bonitätsprüfung würde jedoch Off-Chain erfolgen. Das aktuelle sieht zudem keine automatisierte On-Chain-Collateral-Liquidation vor. Einen früheren Überblick über den Vorschlag hat Coindoo veröffentlicht. Wie jede XRPL-Funktion würde das Lending-System erst über die Amendment-Abstimmung live gehen: Bis seine Amendments dieselbe Supermehrheitsschwelle und 14-tägige Wartefrist durchlaufen haben, bleibt das Vault-und-Broker-Design ein Vorschlag und keine aktive Ledger-Funktionalität.
Abstimmungsstand und Aktivierungszeitplan
Die 29 Stimmen für fixCleanup3_4_0 sind deshalb wichtig, weil der XRPL-Amendment-Prozess eine Mehrheit von mehr als 80 % der vertrauenswürdigen Validatoren verlangt. Das Dashboard überwacht 35 Validatoren, daher liegt die Schwelle bei 29.
Der Prozess hat bereits gezeigt, wie sich eine verlorene Mehrheit auf Aktivierungszeitpläne auswirken kann. PermissionDelegationV1_1 fiel am 23. September auf 28 von 35 Stimmen. BatchV1_1 verlor seine Mehrheit bei einer Abstimmung am 25. September, wodurch die Zweiwochen-Frist neu startete, bevor das Amendment am 9. Oktober aktiviert wurde. Nach dem offiziellen Amendment-Prozess setzt ein Verlust der erforderlichen Mehrheit die Zweiwochenfrist zurück.
Die Lending-Amendments benötigen weiterhin acht bis zehn zusätzliche Stimmen, gefolgt von einer 14-tägigen Wartefrist. Keines davon kann daher vor Anfang November aktiviert werden.
Zudem gibt es einen Vorbehalt bei den Validator-Zahlen. Ein am 8. Oktober im rippled-GitHub-Repository eingereichter Bericht besagt, dass Version 3.4.1 die Stimmen eines Validators nicht mehr zählt, nachdem dieser seinen Signing-Key rotiert hat, und ihn von der Schwelle abzieht. Der Meldende beobachtete 33 Validierungen und eine Schwelle von 26 statt 35 und 28, und stellte fest, dass sich kein Amendment-Ergebnis änderte, wie Unchained berichtete. Ein Patch war zum Stand vom 9. Oktober noch in Prüfung.
Was fixCleanup3_4_0 ändert
Das Cleanup-Amendment geht über ein Lending-Update hinaus. Der XRPL-Amendment-Liste zufol umfassen die rund 25 Punkte unter anderem folgende Änderungen:
- Trust Lines: Die Sperre eines Issuers für eingehende Trust Lines gilt künftig auch für Offers. Ein Konto kann dann keine Token mehr über ein Offer empfangen, wenn die entsprechende eingehende Trust Line gesperrt ist.
- AMM-Clawbacks: Ein Clawback verbrennt nicht mehr die Pool-Token eines Holders, ohne etwas zurückzuerhalten, wenn Rundung den Betrag auf null reduziert.
- Escrow: Das Abbrechen oder Abschließen eines Escrow, der Token zurückgibt, schlägt nicht mehr fehl, wenn sich der Owner an der Reserve-Grenze befindet.
- Signaturen: Sponsor- und Gegenpartei-Signaturen erhalten unterschiedliche Präfixe, sodass eine für eine Rolle erstellte Signatur nicht als die andere wiederverwendet werden kann.
Diese Änderungen sind in den xrpld-3.4.0-Release Notes beschrieben. Sie betreffen auch eine Funktion, die am 8. Oktober live ging. Die XRPL-Dokumentation rät davon ab, die granulare PaymentBurn-Berechtigung zu delegieren, bevor das Cleanup aktiviert ist, da ein Delegate mit dieser Berechtigung möglicherweise neue Trust-Line-Token oder Multi-Purpose Tokens erstellen kann, statt sie nur zu zerstören, wie Unchained berichtete. Das Cleanup weist PaymentBurn-only-Zahlungen zurück, die über einen Nullsaldo in eine Mint führen würden.
Auswirkungen auf Vault-Einzahlungen und Bilanzierung
Vault-Anteile sind Multi-Purpose Tokens, deren Wert den Assets des Vaults folgt. Das Ledger erfasst zudem einen „unrealised loss“ auf als ausgefallen markierte Kredite. In einem Beispiel aus der Vault-Dokumentation hat ein Vault mit 1,0 Millionen US-Dollar und einem unrealisierten Verlust von 900.000 US-Dollar einen Abwicklungswechselkurs von 0,1.
Das Cleanup nimmt an dieser Stelle drei Änderungen vor. Einzahlungen, Auszahlungen und Clawbacks runden präziser, sodass die Gesamtassets, verfügbaren Assets und der Anteilsumfang eines Vaults konsistent bleiben. Eine feste Anteilsauszahlung aus einem vollständig ausgefallenen Vault kann null Assets übertragen, statt zu fehlschlagen. Die Transaktion wird abgeschlossen, ohne Geld zurückzuerlangen, und die Release Notes erläutern nicht, warum dieses Verhalten einen Fehler ersetzt hat.
Das Amendment ändert auch die Prüfungen für Kreditverspätung, Ausfall und Default. Das Fälligkeitsdatum muss strikt verstrichen sein, bevor ein Kredit markiert werden kann, d. h. ein Kredit kann nicht am Fälligkeitstag selbst als überfällig oder ausgefallen gekennzeichnet werden.
Dies ist das vierte Cleanup-Amendment, das auf den entsprechenden Code abzielt. Der XRPL-Vault-Dokumentation zufolge führten fixCleanup3_1_3 bis fixCleanup3_4_0 nach der Auditierung des Systems im Jahr 2025 jeweils Präzisions-, Rundungs- oder Korrektheitsfixes am Vault-Verhalten ein.
Zinsen und Auszahlungen unter LendingProtocolV1_1
LendingProtocolV1_1, eingeführt in Version 3.4.0, ändert, wie ein Vault Zinsen verbucht. Bisher buchte ein Vault die gesamte geplante Zinszahlung eines Kredits als Ertrag im Moment der Kreditvergabe und musste diesen Ertrag zurücknehmen, wenn der Kreditnehmer die Zahlungen einstellte.
Die Lending-Dokumentation führt ein Beispiel mit einem Vault mit 99.000 verfügbaren Token und einem 1.000-Token-Kredit mit 90 Token geplanter Zinsen an. Nach dem bisherigen Ansatz weist der Vault 100.090 an Gesamtassets aus. Bei Cash-Basis-Buchung werden Zinsen nur gezählt, wenn eine Zahlung sie tatsächlich liefert. Anteilspreise werden daher nicht durch geplante, aber unbezahlte Erträge erhöht, und Verluste fallen kleiner aus, da nur das Kapital risikobehaftet ist.
Dasselbe Amendment führt Closed-Ended Vaults ein. Sie durchlaufen drei Phasen zu bei Erstellung festgelegten und nicht änderbaren Terminen. Sobald V1.1 aktiviert ist, können neue Loan-Broker nur noch Closed-Ended Vaults nutzen, so die XRPL-Single-Asset-Vault-Dokumentation.
Welches Buchhaltungsmodell ein Vault erhält, hängt vom Zeitpunkt seiner Erstellung ab. Vorierung von V1.1 erstellte Vaults behalten das alte Zinsmodell dauerhaft, auch danach, so die Dokumentation; zudem ist eine Lücke zwischen den beiden Aktivierungen möglich. LendingProtocol und V1.1 lagen im Snapshot vom 18. Oktober jeweils bei 19 Stimmen, doch identische Stimmenzahlen garantieren nicht, dass sie gemeinsam aktiviert werden.
First-Loss-Kapital und Kreditausfälle
Ein Broker kann optionales First-Loss-Kapital hinterlegen, aber zwei Einstellungen begrenzen, wie viel davon nach einem Ausfall den Vault erreicht. CoverRateMinimum gibt den Anteil der Schuld an, der abgedeckt sein muss, während CoverRateLiquidation begrenzt, wie viel dieses Minimums bei einem Kreditausfall an den Vault geht.
In einem Beispiel aus der XRPL-Lending-Protocol-Dokumentation stellt ein Broker 1.000 Token als Deckung bereit, und ein 1.090-Token-Kredit fällt aus. Bei beiden Sätzen von 10 % werden nur 10,9 Token der Deckung angewendet, sodass der Vault einen Verlust von 1.079,1 Token trägt. Die Broker legen die Sätze fest, daher können reale Pools andere Parameter verwenden.
Fällt die verfügbare Deckung unter das erforderliche Minimum, kann der Broker keine neuen Kredite vergeben, und seine Gebühren fließen in die Deckung. Das begrenzt neue Exposure, führt aber nicht dazu, dass ein bestehender Kreditnehmer zurückzahlt.
Auch Asset-Issuer behalten bestimmte Kontrollen. Ist das Asset eines Vaults eingefroren, sind Auszahlungen nur an den Issuer möglich. Issuer können zudem Vault-Anteile in an sie gesendete Assets zurückholen. Ein eingefrorener Kreditnehmer kann keine Zahlungen leisten, was die Schuld jedoch nicht aufhebt.
Termine und Punkte, die zu beobachten sind
Das Cleanup soll am 23. Oktober gegen etwa 09:34 UTC aktiviert werden, sofern alle 29 unterstützenden Validatoren ihre Stimmen über das gesamte Aktivierungsfenster halten. Ein einzelner Validator, der seine Unterstützung entzieht, würde die Zweiwochenfrist neu starten, wie es bereits bei PermissionDelegationV1_1 und BatchV1_1 geschah.
Die Lending-Amendments benötigen 29 Stimmen und anschließend eine 14-tägige Wartefrist, wodurch ihre frühestmögliche Aktivierung im November liegt. Der zeitliche Abstand zwischen LendingProtocol und V1.1 ist ebenfalls relevant, da ein in dieser Lücke erstellter Vault das ältere Zins-Buchhaltungsmodell behält.
Schließlich bleibt der vorgeschlagene Patch zur Stimmenzählung relevant. Er würde verhindern, dass Validatoren nach der Rotation ihrer Signing-Keys aus der Stimmenzählung verschwinden.
Dieser Artikel dient ausschließlich Informationszwecken und stellt keine Finanz- oder Anlageberatung dar. Amendment-Zeitpläne können sich ändern, und Lending ist mit Kredit- und Liquiditätsrisiken verbunden.
Quelle: [Coindoo](https://coindoo.com/xrpls-cleanup-votes-spare-lending-short/