XRP Ledger ergänzt eine zweite Änderung zur Kreditvergabe, um den Code vor dem Start zu korrigieren

Im Entwicklungszweig des XRPL ist nun LendingProtocolV1_2 aufgeführt, eine neue Änderung, die noch nicht unterstützt wird und oberhalb von LendingProtocolV1_1 und dem ursprünglichen Eintrag LendingProtocol steht. Die zugehörige Arbeit an Standards schlägt eine wesentliche Änderung daran vor, wie Kredite eingerichtet werden: Einrichtung und Annahme würden in separaten Transaktionen erfolgen, bevor ein Kredit aktiv wird.
Die Ergänzung deutet auf eine weitere Überarbeitung der Kreditvergabe-Implementierung des XRP Ledger vor deren Start hin und nicht auf eine Erweiterung des zentralen Funktionsumfangs. Die Arbeit befindet sich weiterhin in der Entwicklung, und der Eintrag im Entwicklungszweig ist kein Beleg für eine Bereitstellung oder Aktivierung im Ledger.
LendingProtocolV1_2 ist im Entwicklungszweig von XRPL aufgeführt
Das Feature ist in den Feature-Definitionen des Entwicklungszweigs XRPLF/rippled als LendingProtocolV1_2 aufgeführt. Seine Position oberhalb der früheren Amendments V1_1 und LendingProtocol macht deutlich, dass die Codebasis aufeinanderfolgende Überarbeitungen des Lending-Protokolls nachverfolgt.
Die Einstufung als „noch nicht unterstützt“ ist entscheidend für den kurzfristigen Status von V1_2. Obwohl das Amendment als Protokolländerung vorbereitet wird, hat es im referenzierten Zweig noch nicht den Status einer unterstützten Bereitstellung erreicht. Amendments sind der Mechanismus, mit dem Protokolländerungen von XRPL in der Codebasis von rippled dargestellt werden.
Auch die Benennung deutet auf einen iterativen Prozess hin. Statt das Lending-Projekt durch einen unabhängigen Vorschlag zu ersetzen, folgt V1_2 auf das ursprüngliche Amendment und V1_1 und ist Teil einer Reihe spezifischer Überarbeitungen des Lending-Protokolls.
Zwei Transaktionen trennen die Einrichtung eines Kredits von seiner Annahme
Den Arbeiten an den Standards XLS-65/66 zufolge führt LendingProtocolV1_2 die zweistufige Krediterstellung ein. Eine vorgeschlagene LoanSet-Transaktion würde den Kredit einrichten, während ihn LoanAccept separat annehmen würde. Der Kredit würde erst nach diesem Annahmeschritt aktiv werden.
Diese Trennung ist die zentrale funktionale Weiterentwicklung von V1_2. Sie ändert die Abfolge, durch die ein vorgeschlagener Kredit aktiv wird, und unterscheidet die Erstellung der Kreditbedingungen oder die Einrichtung des Kredits von der späteren Annahme.
Ein unabhängiger Bericht von Coin Brief beschrieb das Amendment ebenfalls als Arbeit an der Weiterentwicklung der Lending-Implementierung vor ihrer Einführung und verwies dabei auf die zweistufige Krediterstellung sowie damit verbundene Änderungen an Lending-Transaktionen. Der Standardvorschlag ist jedoch die maßgebliche Quelle für die beschriebene Transaktionsstruktur.
Der getrennte Ablauf könnte besonders dafür relevant sein, wie das Protokoll den Zeitpunkt handhabt, zu dem eine Vereinbarung zu einem aktiven Kredit wird. Die verfügbaren Materialien enthalten jedoch weder einen endgültigen Zeitplan für die Einführung noch bestätigen sie, dass die aktuelle Form des Vorschlags endgültig ist.
Die Code-Arbeiten betreffen Broker-Domains und die Vault-Buchführung
Ein Vergleich mit einem INFTF-Mirror dokumentiert Änderungen an rippled bis zum 14. Oktober für LendingProtocolV1_2. Dabei wurden gated Verhalten für Loan-Broker-Domains, eine Vault-Buchführung mit fester Genauigkeit und der getrennte Transaktionsablauf mit LoanSet/LoanAccept hinzugefügt und getestet.
Dieser Eintrag zeigt, dass V1_2 nicht nur ein Vorschlag auf Standardebene, sondern auch ein Implementierungsprojekt ist. Das Feature-Gate verknüpft das Verhalten für Broker-Domains mit dem Amendment; die Buchführungsarbeiten umfassen Berechnungen im Zusammenhang mit Lending und Vaults.
Die Einträge beziffern nicht, wie sich die Buchführungsänderungen auf Nutzer oder Liquiditätsanbieter auswirken. Auch belegen sie keine Einführung in einer Produktionsumgebung; im Entwicklungszweig wird LendingProtocolV1_2 weiterhin als noch nicht unterstützt aufgeführt.
Das Amendment erweitert die schrittweise Einführung des Lending-Protokolls
Das ursprüngliche LendingProtocol wurde in rippled 3.1.0 aufgenommen, das im Januar 2026 veröffentlicht wurde. In späteren Releases wurden weitere Korrekturen für Lending und Vaults dokumentiert. Damit entstand ein schrittweiser Entwicklungspfad für das Protokoll statt einer einzelnen, unveränderlichen Implementierung.
LendingProtocolV1_2 fügt nun eine weitere eigenständige Entwicklungsstufe hinzu: ein separates Amendment, einen Standardvorschlag für die zweistufige Krediterstellung und Implementierungsarbeiten zu Broker-Domains, Vault-Buchführung und Tests des Transaktionsablaufs. Diese Abfolge stimmt mit den vorliegenden Release- und Entwicklungsprotokollen überein, denen zufolge das Lending-Feature auch nach seiner ursprünglichen Einführung weiter angepasst wurde.
Für XRPL-Teilnehmer, die das Feature verfolgen, ist vor allem zu beobachten, ob V1_2 über seinen derzeitigen Status als nicht unterstützt hinauskommt. Sein aktueller Zweck in den verfügbaren Code- und Standardmaterialien ist eng umrissen: den Prozess der Krediterstellung zu überarbeiten und damit verbundene Implementierungskorrekturen aufzunehmen, bevor das Lending-System weiterentwickelt wird.
Haftungsausschluss: Dieser Artikel dient ausschließlich Informationszwecken. Er stellt keine Rechts-, Steuer-, Anlage-, Finanz- oder sonstige Beratung dar und ist auch nicht als solche gedacht.