Die XRP-Ledger-Entwickler haben in der xrpld-Version 3.3.0 fünf seit langem aktive Protokoll-Amendments zurückgezogen, aber dieser Schritt entfernt nicht ihre Funktionen und erfordert keine Maßnahmen von XRP-Inhabern.
Zusammenfassung
- XRPL 3.3.0 zieht fünf seit langem aktive Amendments zurück und macht ihr Verhalten nach der Aktivierung dauerhaft im Kernprotokoll.
- Clawback bleibt nach dem Rückzug verfügbar, da nur veralteter Code vor dem Amendment aus der xrpld-Software entfernt wird.
- Die XRPL-Dokumentation erlaubt den Rückzug von Amendments nach zwei Jahren Mainnet-Aktivierung, um die Legacy-Komplexität zu reduzieren.
- Sechs neue Amendments gingen in Version 3.3.0 ein, aber jedes erfordert weiterhin die Genehmigung der Validatoren vor der Mainnet-Aktivierung.
- Node-Betreiber sollten umgehend auf Version 3.3.0 aktualisieren, während für Benutzer keine rückzugsbedingten Maßnahmen erforderlich sind.
RippleX-Softwareingenieurin Mayukha Vadari erklärte auf X, dass der Rückzug alten Code vor dem Amendment entfernt, der nach einer seit Jahren betriebenen Protokolländerung zurückgeblieben ist. Das geänderte Verhalten selbst bleibt bestehen. Die offizielle XRPL-Dokumentation bestätigt, dass zurückgezogene Amendments zu unbedingten Bestandteilen des Kernprotokolls werden.
Die Unterscheidung wurde nach der Veröffentlichung von xrpld 3.3.0 am 6. August wichtig, die Clawback, fixDisallowIncomingV1, fixInnerObjTemplate, fixNFTokenReserve und fixUniversalNumber zurückzog. Mit anderen Worten: „Clawback zurückzuziehen“ bedeutet nicht, dass XRP-Ledger-Emittenten die Clawback-Funktionalität verlieren. Das Netzwerk verwirft stattdessen den älteren Codepfad, der beschrieb, wie Transaktionen sich verhielten, bevor das Amendment aktiv wurde.
Der Rückzug von XRP Ledger macht alte Regeln dauerhaft
Das Amendment-System des XRP Ledger ermöglicht es, Protokolländerungen einzuführen, ohne sofort jede neue Regel auf das Mainnet zu erzwingen. Validatoren stimmen über Amendments ab, und ein Vorschlag muss zwei aufeinanderfolgende Wochen lang die Unterstützung von mehr als 80 % der vertrauenswürdigen Validatoren aufrechterhalten, bevor er aktiv wird. Sobald er aktiviert ist, gilt das neue Verhalten dauerhaft, es sei denn, ein anderes Amendment ändert es später.
Während des Zeitraums nach der Aktivierung behält xrpld sowohl die aktuelle Logik als auch einen Teil des Codes vor dem Amendment. Dieser Legacy-Code kann Entwicklern helfen, altes Ledger-Verhalten beim Debuggen oder Verifizieren historischer Transaktionen zu reproduzieren. Das Aufbewahren von Jahren veralteter Zweige erhöht jedoch auch die Komplexität des Codebases.
Die offizielle Amendment-Dokumentation sagt, dass ein Mainnet-Amendment zurückgezogen werden kann, sobald es zwei Jahre lang aktiviert war. Der Rückzug entfernt seinen alten Codepfad, behandelt die Änderung nicht mehr als bedingtes Amendment und integriert das neuere Verhalten unbedingt in das Protokoll.
Vadari beschrieb den Prozess als „rein eine Codebase-Bereinigung“ und sagte, dass er „keine Benutzer betreffen wird“. Sie fügte hinzu, dass Entwickler im Allgemeinen zwei Jahre warten, weil die vorherige Implementierung beim Debuggen älterer Transaktionen weiterhin nützlich sein kann. Die eigene Testdokumentation von XRPL warnt ähnlich, dass eine historisch genaue Transaktionswiedergabe möglicherweise das Ausführen der xrpld-Version erfordert, die die Transaktion ursprünglich verarbeitet hat, nachdem alte Amendments zurückgezogen wurden.
Clawback wird nicht von XRPL entfernt
Clawback ist das bekannteste der fünf zurückgezogenen Amendments und am leichtesten falsch zu interpretieren. Die Funktion wurde am 8. Februar 2024 im Mainnet aktiv und ermöglicht qualifizierten Emittenten, ausgegebene Token von Inhabern zurückzufordern, wenn das emittierende Konto die erforderliche Clawback-Einstellung aktiviert hat. Es erlaubt einem Emittenten nicht, natives XRP zurückzufordern.
Das Zurückziehen des Amendments bedeutet daher, dass das Netzwerk keinen Code mehr für eine Version von XRPL benötigt, in der Clawback nicht existierte. Das aktuelle Clawback-Verhalten bleibt Teil des Protokolls. Die Seite der bekannten Amendments von XRPL markiert nun explizit seine Funktionalität vor dem Amendment als zurückgezogen.
Die anderen vier Zurückziehungen folgen demselben Prinzip. fixDisallowIncomingV1 korrigierte ein Problem mit der Autorisierung von Trust Lines. fixInnerObjTemplate behob Fehler im Zusammenhang mit inneren AMM-Objekten. fixNFTokenReserve fügte Reserveprüfungen hinzu, wenn NFT-Angebote angenommen werden, während fixUniversalNumber Teile der dezimalen Gleitkommaberechnungen des XRPL vereinheitlichte. Ihre Regeln nach der Änderung bleiben in Kraft, auch wenn die älteren Pfade entfernt werden.
Dies ist kein neuer Governance-Mechanismus. Das XRPL hat frühere Änderungen zurückgezogen, nachdem ihre Regeln ausreichend etabliert waren. Version 3.2.0 zum Beispiel zog ältere Änderungen zurück, die Checks, Deposit Authorization, Kontolöschung und andere Protokollfunktionen betrafen.
Version 3.3.0 startet auch einen neuen Änderungszyklus
Während fünf alte Änderungen den Status "bedingt" verlassen, fügt Version 3.3.0 sechs neue Vorschläge zu xrpld hinzu. Sie sind BatchV1_1, ConfidentialTransfer, DynamicMPT, PermissionDelegationV1_1, Sponsor und fixCleanup3_3_0. Ihre Aufnahme in die Software bedeutet nicht, dass diese Funktionen bereits im Mainnet aktiv sind.
Wie crypto.news berichtete, würde ConfidentialTransfer datenschutzerhaltende Multi-Purpose-Token-Transfers unterstützen, während BatchV1_1 es einem Konto ermöglichen würde, bis zu acht innere Transaktionen zusammen einzureichen. Sponsor würde es Dritten ermöglichen, Gebühren und Reserveanforderungen zu übernehmen, während DynamicMPT mehr Flexibilität bei ausgewählten Token-Eigenschaften bieten würde.
Jeder Vorschlag muss weiterhin den Validator-Prozess des XRPL unabhängig durchlaufen. Mehr als 80% Unterstützung muss zwei Wochen lang bestehen, bevor eine Änderung aktiviert wird, und die Unterstützung kann unter die Schwelle fallen und den Timer zurücksetzen.
Der Unterschied zwischen diesen neuen Änderungen und den fünf zurückgezogenen ist daher erheblich. Die neuen Vorschläge warten auf die Netzwerkfreigabe. Die zurückgezogenen Änderungen haben diese Phase vor Jahren bestanden, wurden zu etabliertem Netzwerkverhalten und haben nun den Punkt erreicht, an dem die Wartung ihres älteren Codes nicht mehr als notwendig erachtet wird.
Was als Nächstes für XRPL-Betreiber passiert
Für gewöhnliche XRP-Inhaber ist keine Migration, Wallet-Aktualisierung oder Transaktion erforderlich, insbesondere weil die fünf Änderungen zurückgezogen wurden. Clawback und die anderen betroffenen Protokollverhalten funktionieren weiterhin unter den etablierten Regeln.
Serverbetreiber haben eine andere Überlegung. Die XRPL-3.3.0-Release-Mitteilung fordert Betreiber auf, so schnell wie möglich auf Version 3.3.0 zu aktualisieren, um die Dienstkontinuität zu gewährleisten. Aktuell zu bleiben ist auch wichtig, da Server Software benötigen, die den Code für Änderungen enthält, die später aktiviert werden können. Ein Server, dem eine aktivierte Änderung fehlt, kann "amendment blocked" werden und nicht mehr normal am Netzwerk teilnehmen.
In der zugehörigen Berichterstattung wurde dieser Mechanismus im Juli demonstriert, als die Aktivierung von fixCleanup3_2_0 Knoten, die ältere inkompatible Versionen ausführten, "amendment blocked" ließ.
Die Aufmerksamkeit verlagert sich nun von den zurückgezogenen Änderungen auf die Validator-Entscheidungen bezüglich der sechs Ergänzungen in Version 3.3.0. Wie zuvor berichtet, gehört ConfidentialTransfer zu den Vorschlägen, die darauf abzielen, die Werkzeuge des XRPL für institutionelle tokenisierte Vermögenswerte zu erweitern, aber seine Nutzung hängt weiterhin von der Genehmigung der Validatoren ab.
Für die fünf zurückgezogenen Änderungen steht jedoch keine vergleichbare Abstimmung bevor. Die Zurückziehung markiert das Ende ihrer Übergangsphase und nicht das Ende ihrer Funktionalität: Die geänderten Regeln sind nun einfach Teil des dauerhaften Kernverhaltens des XRP Ledger.
