XRP-Ledger-Entwickler haben ein neues Kreditprotokoll-Update vorgeschlagen, das die Rundung von Kreditrückzahlungen korrigieren soll, um zu verhindern, dass sich kleine Berechnungsunterschiede über geplante Zahlungen hinweg ansammeln.
Zusammenfassung
- XRP-Ledger-Entwickler haben Änderungen an der Rückzahlungsrundung im Rahmen der geplanten LendingProtocolV1_2-Amendment für natives Kreditwesen vorgeschlagen.
- Die Korrektur würde verhindern, dass angesammelte Rundungsdifferenzen dazu führen, dass die letzten Kreditraten die geplanten Beträge übersteigen.
- Die Entwickler testeten Rückzahlungsberechnungen über Legacy-, CashBasis- und FixedPrecision-Vaults unter mehreren verschiedenen Amendment-Konfigurationen.
- Bestehende Kredite mit Rundungsdifferenzen können diese beibehalten, es sei denn, Kreditnehmer leisten während der Rückzahlung qualifizierende Überzahlungen.
- LendingProtocolV1_2 befindet sich noch in der Entwicklung, wobei die Aktivierung im Mainnet eine anhaltende Unterstützung durch vertrauenswürdige XRP-Ledger-Validatoren erfordert.
Der GitHub-Vorschlag vom 6. November GitHub proposal führt Änderungen im Rahmen der geplanten LendingProtocolV1_2-Amendment ein, die ausstehende Kreditsalden mit ihren Rückzahlungsplänen in Einklang bringen würden. Die Korrektur adressiert Fälle, in denen Rundungsdifferenzen dazu führen können, dass die letzte Rate etwas höher ausfällt als der Betrag, den Kreditnehmer ursprünglich zahlen sollten.
Der Vorschlag befindet sich noch in Prüfung und wurde nicht auf dem Mainnet des XRP Ledger aktiviert. Die Entwickler haben Tests einbezogen, die verschiedene Vault-Buchhaltungsmethoden, bestehende Kredite und Situationen abdecken, in denen Kreditnehmer mehr als ihre geplanten Raten zahlen.
XRP-Ledger-Kreditkorrektur zielt auf Rückzahlungsrundung ab
Im Mittelpunkt des Vorschlags steht, wie der XRP Ledger den verbleibenden geschuldeten Betrag berechnet, nachdem Kreditnehmer Zahlungen auf einen Kredit geleistet haben.
Gemäß der vom Entwickler beschriebenen bestehenden Berechnung wird der Wert jeder Rate separat ermittelt. Kleine Rundungsdifferenzen können sich im Verlauf der Zahlungen ansammeln und gelegentlich dazu führen, dass die letzte Rate eine Einheit höher liegt als die gerundete periodische Zahlung.
Die vorgeschlagene Korrektur führt eine Berechnungsmethode ein, die als Telescoping bekannt ist und den verbleibenden Rückzahlungsplan verwendet, um den ausstehenden Saldo nach jeder Rate zu bestimmen.
Anstatt zuzulassen, dass einzelne Berechnungen kumulative Differenzen erzeugen, würde das System den ausstehenden Wert wieder mit den verbleibenden geplanten Zahlungen in Einklang bringen.
Unter LendingProtocolV1_2 würde jede fristgerechte LoanPay-Transaktion TotalValueOutstanding auf den geplanten Betrag mit einer verbleibenden Zahlung weniger reduzieren. Die Anpassung würde auf die gerundete PeriodicPayment begrenzt bleiben.
Die Beschreibung des Entwicklers besagt, dass die Änderung den Wertanteil jeder geplanten Rate entweder der abgerundeten oder der aufgerundeten periodischen Zahlung gleichsetzen würde, während sie mindestens eine Einheit beträgt.
Die letzte Rate würde dann für Kredite, die dem korrigierten Plan folgen, genau der gerundeten PeriodicPayment entsprechen.
Entwickler passen LoanSet- und LoanPay-Berechnungen an
Die vorgeschlagenen Codeänderungen betreffen LoanSet, das Kreditbedingungen festlegt, und LoanPay, das Rückzahlungen im Ledger verarbeitet.
Der erste Commit verschiebt die Berechnung des geplanten Werts eines Kredits aus computeLoanProperties in eine separate Funktion namens scheduledValue.
Die Entwickler erklärten, dass diese anfängliche Anpassung das bestehende Verhalten nicht ändert. Ihr Zweck besteht darin, sicherzustellen, dass Krediterstellung und Rückzahlungsverarbeitung dieselbe Rundungsmethode verwenden.
Ein zweiter Commit führt die Rückzahlungskorrektur unter LendingProtocolV1_2 ein, einschließlich Anpassungen des verbleibenden Saldos, wann immer ein Kreditnehmer eine akzeptierte Überzahlung leistet.
Nach einer solchen Zahlung würde TotalValueOutstanding auf den geplanten Wert zurückgesetzt, der mit der überarbeiteten PeriodicPayment berechnet wurde, sodass nachfolgende Raten dem aktualisierten Plan folgen können.
Der Vorschlag enthält Schutzmaßnahmen für den Tilgungsanteil jeder Rate, um zu verhindern, dass Berechnungen einen negativen Betrag an unbezahlten Zinsen hinterlassen.
Zinslose Kredite erfordern eine gesonderte Behandlung, da der Gesamtwert des Kredits auf die nächste Einheit gerundet wird, während der Tilgungsbetrag aufgerundet wird.
Entwickler haben die Änderungen an den Buchhaltungsmodellen Legacy, CashBasis und FixedPrecision getestet, sowohl mit als auch ohne aktivierte vorgeschlagene Änderung.
Bestehende XRP-Ledger-Kredite würden einige Rundungsdifferenzen beibehalten
Obwohl die vorgeschlagenen Änderungen die Rückzahlungsberechnungen künftig korrigieren würden, würden sie nicht automatisch jede Rundungsdifferenz beseitigen, die an bestehende Kredite geknüpft ist.
Der GitHub-Vorschlag erklärt, dass ältere Kredite, die bereits eine Einheit über ihrem geplanten Saldo liegen, diese Differenz beibehalten würden, bis der Kreditnehmer eine Überzahlung leistet.
Solche Kredite könnten daher weiterhin eine letzte Rate erfordern, die der gerundeten PeriodicPayment plus einer zusätzlichen Einheit entspricht.
Kleine Überzahlungen können ignoriert werden, wenn sie innerhalb der bestehenden Rundungsgrenzen liegen. In diesen Fällen kann die Transaktion ein erfolgreiches Ergebnis zurückgeben, ohne eine zusätzliche Kreditrate zu berechnen.
Der Entwickler hat Tests eingefügt, die die Aktivierung der Änderung abdecken, während ein Kredit noch aussteht, sodass die überarbeiteten Berechnungen mit bestehenden Rückzahlungsaufzeichnungen abgeglichen werden können.
Diese Anpassungen betreffen die Kreditbuchhaltung innerhalb des vorgeschlagenen Kreditvergabeprotokolls. Sie ändern weder gewöhnliche XRP-Übertragungen noch etablieren sie ein neues Kreditprodukt, das allen XRP-Inhabern zur Verfügung steht.
LendingProtocolV1_2 erfordert weiterhin die Genehmigung durch Validatoren
Der Rückzahlungsvorschlag ist Teil der fortlaufenden Arbeit des XRP Ledger an nativer Kreditvergabe, die festlaufzeitige Kredite ermöglichen würde, die über Single Asset Vaults finanziert werden.
Im September berichtete crypto.news über die Kreditänderungen, die in XRP Ledger Version 3.4.0 eingeführt wurden, einschließlich geschlossener Vaults und Cash-Basis-Buchhaltung unter LendingProtocolV1_1.
Das vorgeschlagene Kreditvergaberahmenwerk würde gepoolte Vermögenswerte nutzen, um Kredite zu finanzieren, während Broker Kreditnehmer bewerten und das Kreditrisiko außerhalb der Blockchain verwalten würden.
Eine im Oktober veröffentlichte Überprüfung der Validator-Abstimmung ergab, dass die Kredit- und Vault-Änderungen nicht die erforderliche Unterstützung für eine Aktivierung erhalten hatten.
Unterdessen wurde am 4. November eine separate Wartungsänderung aktiviert, die mehrere Probleme bei der Transaktionsverarbeitung adressierte, ohne das Kreditvergabeprotokoll zu aktivieren.
Gemäß dem Änderungsverfahren des XRP Ledger muss ein vorgeschlagener Änderungsvorschlag zwei aufeinanderfolgende Wochen lang Unterstützung von mehr als 80 % der vertrauenswürdigen Validatoren erhalten, bevor er aktiviert wird.
Pull Request #8698 ist weiterhin offen, und für LendingProtocolV1_2 wurde kein Aktivierungsdatum für das Mainnet angekündigt.
