XRP Ledger-Entwickler haben fünf langlaufende Amendments in der XRPLD-Version 3.3.0 stillgelegt. Das Release vom 6. August entfernt veralteten Pre-Amendment-Code, wobei jede aktivierte Funktion erhalten bleibt. XRP-Inhaber müssen keine Wallets aktualisieren, Guthaben verschieben oder Transaktionen durchführen.

Die stillgelegten Amendments sind Clawback, fixDisallowIncomingV1, fixInnerObjTemplate, fixNFTokenReserve und fixUniversalNumber. Ihre festgelegten Regeln funktionieren nun als bedingungslose Bestandteile des Kernprotokolls.

Die Stilllegung eines Amendments bedeutet, dass der Pre-Amendment-Code entfernt wird, der für Amendments, die vor einiger Zeit aktiviert wurden (wie Clawback), noch in der Codebasis vorhanden ist. Die RippleX-Softwareingenieurin Mayukha Vadari sagte, dass es sich um eine Bereinigung der Codebasis handelt und keine Auswirkungen auf Benutzer hat. Entwickler hatten den älteren Code nach der Aktivierung beibehalten, da er für die Untersuchung historischer Transaktionen nützlich blieb.

XRP Ledger führt Änderungen an der Transaktionsverarbeitung über sein Amendment-System ein und nicht über Hard Forks, den Upgrade-Mechanismus, der von Blockchains wie Bitcoin und Ethereum verwendet wird. Vertrauenswürdige Validatoren stimmen über jeden Vorschlag ab, bevor er das Mainnet erreicht. Ein Amendment benötigt mehr als zwei Wochen lang durchgehend die Unterstützung von über 80 % der vertrauenswürdigen Validatoren. Eine Unterstützung von 80 % oder weniger setzt den Genehmigungszeitraum zurück. Nach der Aktivierung gilt die neue Regel dauerhaft, sofern sie nicht durch ein anderes Amendment geändert wird.

xrpld behält anfänglich sowohl die neuen Regeln als auch die frühere Transaktionslogik bei. Dieser Ansatz hilft Entwicklern, das frühere Ledger-Verhalten während Tests oder Untersuchungen zu reproduzieren. Der Alt-Code erhöht jedoch den Wartungsaufwand und die Softwarekomplexität.

Die offizielle XRP Ledger-Dokumentation erlaubt es Entwicklern, ein Amendment zwei Jahre nach der Aktivierung auf dem Mainnet stillzulegen. Die Stilllegung entfernt den früheren Code-Pfad und integriert das genehmigte Verhalten direkt in das Protokoll. Historisch genaue Tests können dann die xrpld-Version erfordern, die ursprünglich eine Transaktion verarbeitet hat.

Funktionen, die nach der Stilllegung aktiv bleiben

Clawback ist das bekannteste der fünf stillgelegten Amendments. Es wurde am 8. Februar 2024 aktiviert. Emittenten von berechtigten Token können ihre Token zurückfordern, wenn die entsprechende Kontoeinstellung aktiviert ist.

Die Funktion unterstützt keine nativen XRP-Token. Mit der nun erfolgten Stilllegung von Clawback erzwingt XRPLD keine Transaktionseinschränkungen aus der Pre-Clawback-Ära mehr. Emittenten behalten weiterhin die Fähigkeit, denselben Rückforderungsmechanismus zu nutzen.

Die anderen vier Amendments behoben technische Probleme. fixDisallowIncomingV1 stellte Trustline-Autorisierungen für Benutzer wieder her, die eingehende Trustlines untersagt haben. fixInnerObjTemplate behob die Unfähigkeit, bestimmte Eigenschaften in Objekten automatisierter Marktmacher zu lesen. fixNFTokenReserve setzte Reserven-Prüfungen bei der Annahme eines NFT-Angebots durch und stellte sicher, dass Konten keinen Kauf tätigen, es sei denn, die Reserveanforderungen sind erfüllt. fixUniversalNumber standardisierte einige der Fließkommazahlen des Ledgers.

Sechs neue Vorschläge kommen in XRPLD 3.3.0

Das Release umfasste auch sechs neue Vorschläge: BatchV1_1, ConfidentialTransfer, DynamicMPT, PermissionDelegationV1_1, Sponsor und fixCleanup3_3_0. Das Hinzufügen dieser Vorschläge zu XRPLD aktiviert sie nicht auf dem Mainnet, und jeder von ihnen erfordert noch die Zustimmung der Validatoren.

BatchV1_1 würde es einem Konto ermöglichen, acht innere Transaktionen einzureichen. ConfidentialTransfer würde private Multi-Purpose-Token-Transfers mit Compliance-Maßnahmen ermöglichen. DynamicMPT würde Emittenten die Möglichkeit geben, bestimmte Aspekte von Tokenn zu aktualisieren. Sponsor würde es Drittanbietern erlauben, Gebühren im Namen anderer Konten und Transaktionen zu zahlen. PermissionDelegationV1_1 würde Kontoberechtigungen bereitstellen. fixCleanup3_3_0 kombiniert Korrekturen für verschiedene Protokollfunktionen.

Zusammen genommen befassen sich diese Vorschläge mit Transaktionsprivatsphäre, Berechtigungen auf Kontoebene und Gebührenübertragung – Fähigkeiten, die für den Einsatz in Unternehmen und regulierten Tokenisierungsfällen relevant sind und von mehreren programmierbaren Blockchains aktiv verfolgt werden.

XRP Ledger-Serverbetreiber sollten auf die Version 3.3.0 upgraden, um die Kontinuität des Dienstes zu gewährleisten. Ältere Server riskieren es, „amendment blocked“ (durch ein Amendment blockiert) zu werden, wenn das Netzwerk ein nicht unterstütztes Amendment aktiviert. Blockierte Server können keine Transaktionen verarbeiten, Ledger validieren, abstimmen oder dem Konsens beitreten.

Alle fünf Stilllegungen erfordern keine weitere Abstimmung durch die Validatoren, da sie den Abschluss von Übergangszeiträumen markieren.