XRP Ledger: Korrektur gegen PaymentBurn-Fehler soll am 4. November aktiviert werden

XRP Ledger: Korrektur gegen PaymentBurn-Fehler soll am 4. November aktiviert werden

Die fixCleanup3_4_0-Änderung des XRP Ledger würde verhindern, dass delegierte PaymentBurn-Berechtigungen Trust-Line- und MPT-Token prägen. Die Unterstützung durch Validatoren liegt bei 94,29 %, was eine Aktivierung etwa am 4. November projiziert, wobei das Datum davon abhängt, dass die Unterstützung während der zweiwöchigen Wartezeit über 80 % bleibt.

2. Nov. 20263 Min. Lesezeit

Verfasst von der KI-Redaktion von CoinArticle · auf Basis von 2 angegebenen Quellen. So arbeiten wir

Was die Änderung behebt

Ein Fehler im XRP Ledger erlaubt es einem Konto, das nur über die PaymentBurn-Berechtigung verfügt, einer delegierten Befugnis, die fungible Token im Auftrag eines Emittenten vernichten soll, gelegentlich neue Trust-Line-Token oder Multi-Purpose Tokens (MPTs) zu erzeugen. Laut der offiziellen XRPL-Dokumentation besteht der Fehler so lange, bis die Änderung fixCleanup3_4_0 in Kraft tritt. Die Korrektur weist PaymentBurn-Zahlungen zurück, die einen Nullsaldo überschreiten würden, eine Grenze, die die Berechtigung eigentlich respektieren soll, wie aus den Versionshinweisen zu xrpld 3.4.0 vom 16. September hervorgeht.

Die Dokumentation des XRPL empfiehlt Emittenten, PaymentBurn erst dann zu delegieren, wenn die Korrektur aktiv ist. Die Warnung erstreckt sich nicht auf andere granulare Berechtigungen. Weder die Dokumentation noch die Versionshinweise nennen einen Emittenten, dessen Token betrügerisch erzeugt wurden, und das Risiko wird so beschrieben, dass es für Konten gilt, die die betroffene delegierte Berechtigung halten. Der native XRP-Bestand liegt außerhalb des Fehlers; betroffen sind Vermögenswerte, die über Trust Lines oder das MPT-Framework ausgegeben werden.

Aktivierungsstatus und Bedingungen

Der XRPLWin-Tracker meldet, dass fixCleanup3_4_0 von 33 der 35 erfassten vertrauenswürdigen Validatoren unterstützt wird, also 94,29 %. Für die Aktivierung sind 29 unterstützende Stimmen erforderlich. Der Tracker projiziert die Aktivierung auf etwa 14:46 UTC am 4. November, vorausgesetzt, die Unterstützung bleibt während der gesamten zweiwöchigen Wartezeit über 80 %.

Das Abstimmungsprotokoll zeigt eine frühere Mehrheit vom 9. bis 21. Oktober, als die Änderung unter die erforderliche Unterstützung fiel und ihr Countdown angehalten wurde. Eine neue Mehrheit begann am 21. Oktober, wodurch sich das projizierte Datum in den November verschob. Ein Rückgang auf 80 % oder darunter würde die Wartezeit erneut zurücksetzen, daher behandelt der Tracker den 4. November als bedingt und nicht als bestätigt.

Die Berichterstattung von CoinDesk beschreibt die Korrektur als planmäßig für Mittwoch und stellt fest, dass die Unterstützung durch Validatoren kurzzeitig gesunken ist und den zweiwöchigen Aktivierungszeitraum neu gestartet hat. Crypto.news nennt als Zieldatum den 4. November. Die beiden Medien stimmen im Kern beim Zeitplan überein, doch der CoinDesk-Beitrag nennt einen Wochentag statt eines Datums und wiederholt nicht die bedingte Formulierung des Trackers. Leser sollten die Angabe vom 4. November deshalb als Prognose verstehen, die vom Verhalten der Validatoren in den kommenden zwei Wochen abhängt.

Delegationsmodell und Stablecoin-Kontext

Der Delegationsleitfaden des XRPL erklärt, dass ein Kontoinhaber über eine DelegateSet-Transaktion bestimmte Befugnisse an ein zweites Konto vergibt und sie mit einer weiteren Transaktion desselben Typs wieder entziehen kann. Jeder Delegat kann bis zu 10 Berechtigungen halten; Befugnisse, die kryptografische Schlüsseländerungen betreffen oder die Vergabe weiterer Berechtigungen ermöglichen, können nicht delegiert werden. Der Leitfaden weist darauf hin, dass granulare Berechtigungen vordefiniert sind und nicht auf ausgewählte Währungen eingeengt werden können, was für das PaymentBurn-Risiko relevant ist. Als Anwendungsfall wird die Stablecoin-Compliance genannt, etwa die Freigabe von Nutzern, die Identitätsprüfungen bestanden haben.

Das Problem tritt auf, während die Stablecoin-Aktivität im Netzwerk wächst. Ripples RLUSD ist am 28. Oktober über Coinbase gestartet, für Privatkunden- und institutionelle Plattformen, mit Unterstützung im XRP Ledger, auf Ethereum und Base. Ripple nennt die Standard Custody & Trust Company, eine von New York beaufsichtigte Treuhandgesellschaft mit eng begrenztem Geschäftszweck, als Emittentin von RLUSD. Die Änderung selbst wird nicht so beschrieben, dass sie RLUSD speziell betrifft, und die Quellen verknüpfen den PaymentBurn-Fehler mit keinem bestimmten ausgegebenen Stablecoin.

Das gleiche Änderungspaket umfasst außerdem Anpassungen bei Einzahlungen, Auszahlungen und Clawbacks von Single Asset Vaults, damit Rundungen keine Über- oder Unterlieferung von Vermögenswerten verursachen, sowie Reparaturen am Clawback-Verhalten von Handelspools. Beide Quellen brachen ab oder fassten diese Punkte nur zusammen, bevor sie vollständig behandelt wurden; ihre Details werden daher hier nicht bewertet.

Warum es wichtig ist

Für Trader

Der native XRP-Bestand liegt außerhalb des Fehlers, daher ist der 4. November vor allem für Inhaber von Trust-Line- und MPT-Token relevant, und der Zeitpunkt hängt davon ab, dass die Unterstützung durch Validatoren über 80 % bleibt.

Für Investoren

Die Korrektur eines Berechtigungsfehlers in einem Netzwerk, das regulierte Stablecoins hostet, signalisiert auf längere Sicht aktive Governance und strengere Kontrollen bei der Token-Ausgabe.

Für Entwickler

Emittenten und Integratoren sollten PaymentBurn bis zur Aktivierung der Änderung nicht delegieren und alle Berechtigungskonfigurationen prüfen, die darauf beruhen.

Dieser Artikel dient nur zur Information und stellt keine Finanzberatung dar. Vollständigen Haftungsausschluss lesen.

Live-Kurse:XRP

Ähnliche Artikel

Neueste Nachrichten