XRP Ledger 3.3.0 bringt Datenschutz und Batch-Updates

Die Entwickler des XRP Ledgers veröffentlichten am 6. August die Version 3.3.0 von xrpld, die mehrere Protokolländerungen näher an eine mögliche Aktivierung im Hauptnetz bringt. Zusammenfassung

• XRPL 3.3.0 führt Protokollcode ein, aber die Genehmigung der Validatoren bleibt notwendig, bevor eine Aktivierung im Hauptnetz erfolgt.
• ConfidentialTransfer würde MPT-Bilanzen und Überweisungsbeträge schützen und gleichzeitig den autorisierten Parteien den Zugang zur Einhaltung ermöglichen.
• BatchV1_1 stellt die atomare Transaktionsfunktionalität wieder her, nachdem eine frühere Version aufgrund eines Sicherheitsfehlers gestoppt wurde.
• Sponsor würde es Dritten ermöglichen, Gebühren und Reserven zu übernehmen, während die Benutzer die volle Kontrolle über ihr Konto behalten.
• DynamicMPT würde es Emittenten ermöglichen, ausgewählte Token-Eigenschaften später zu ändern, um sich an sich entwickelnde Geschäfts- und Compliance-Anforderungen anzupassen.

Die offizielle GitHub-Veröffentlichung bestätigt die Arbeiten an ConfidentialTransfer, BatchV1_1, Sponsor und DynamicMPT sowie an Fehlerbehebungen und anderen Protokolländerungen. Die Softwareveröffentlichung selbst aktiviert diese Funktionen jedoch nicht im Netzwerk.

Die Unterscheidung ist wichtig, da einige Berichte sechs Upgrades als bereits aktiv beschreiben. Im Rahmen des Änderungsprozesses des XRP Ledgers erfordern neue Protokollfunktionen die Unterstützung der Validatoren vor der Aktivierung. Eine Änderung muss mehr als 80 % Unterstützung von vertrauenswürdigen Validatoren für zwei aufeinanderfolgende Wochen aufrechterhalten, bevor sie wirksam wird.

XRP Ledger 3.3.0 fügt Datenschutz und atomare Transaktionswerkzeuge hinzu

ConfidentialTransfer ist darauf ausgelegt, Datenschutz für Multi-Purpose Tokens oder MPTs hinzuzufügen. Die XRPL-Dokumentation besagt, dass die Änderung Kryptografie verwendet, um individuelle Bilanzen und Überweisungsbeträge zu schützen, während Mechanismen erhalten bleiben, die autorisierten Parteien, einschließlich Emittenten oder Prüfern, die Überprüfung der für die Einhaltung erforderlichen Informationen ermöglichen.

Die Funktion bleibt der Aktivierung der Änderung unterworfen, sodass private MPT-Überweisungen noch nicht als aktiv im XRPL-Hauptnetz beschrieben werden sollten.

BatchV1_1 ist ein weiteres wichtiges Element. Der XLS-56-Standard ermöglicht es, mehrere Transaktionen zu bündeln und gemeinsam zu verarbeiten, einschließlich Transaktionen, die verschiedene Konten betreffen. Die atomare Ausführung kann bei Abwicklungsabläufen helfen, bei denen mehrere Aktionen gemeinsam erfolgreich sein müssen, anstatt eine Seite abzuschließen, während eine andere fehlschlägt.

Überarbeitete Funktionen folgen früheren Sicherheitsfeststellungen

Batch hat eine wichtige Geschichte. Eine frühere Version wurde vor der Aktivierung im Hauptnetz deaktiviert, nachdem ein Sicherheitsproblem in der Transaktionssignierungslogik entdeckt wurde. Die XRPL-Stiftung wandte sich später BatchV1_1 als korrigierten Ersatz zu. Wie zuvor in der Sicherheitsberichterstattung über XRPL berichtet, haben die Entwickler die formale Überprüfung der jüngsten Upgrades erhöht.

Die Berechtigung Delegation folgte einem ähnlichen Weg. XRPL gab im September 2025 bekannt, dass ein Fehler in der früheren Änderung eine unbefugte Transaktion hätte ermöglichen können, Gebühren unter bestimmten Bedingungen einem anderen Konto zuzuweisen. Validatoren wurde geraten, mit Nein zu stimmen, und die anfällige Funktion wurde nie aktiviert. PermissionDelegationV1_1 wurde als deren Ersatz entwickelt.

Das überarbeitete Konzept ermöglicht es einem Konto, definierte Transaktionsberechtigungen zu gewähren, ohne seinen Hauptprivatschlüssel zu übergeben, und unterstützt betriebliche Wallets mit eingeschränkter Autorität.

Sponsor und DynamicMPT zielen auf institutionelle Onboarding

Sponsor, basierend auf XLS-68, ist darauf ausgelegt, einem anderen Konto zu ermöglichen, Transaktionsgebühren oder Reserven zu übernehmen, während der Benutzer die Kontrolle über das Konto und die Schlüssel behält. Die Funktion könnte es Anwendungen ermöglichen, Benutzer zu onboarden, ohne dass diese XRP erwerben müssen, um die Netzwerkgebühren zu decken. Der Vorschlag XLS-68 unterstützt ausdrücklich die Gebühren- und Reservensponsoring, während die Kontrolle über die Benutzerschlüssel erhalten bleibt.

DynamicMPT richtet sich an Token-Emittenten. Der Vorschlag XLS-94 ermöglicht es Emittenten, ausgewählte MPT-Eigenschaften beim Erstellen eines Tokens als veränderbar zu kennzeichnen und diese später zu aktualisieren. Der Standard soll sich ändernden Geschäfts- oder Compliance-Anforderungen Rechnung tragen, ohne jede Token-Eigenschaft frei editierbar zu machen.

Zusammen passen diese Funktionen zum wachsenden Fokus von XRPL auf tokenisierte Finanzen. In einem verwandten Bericht über Tokenisierung berichtete crypto.news, dass JPMorgan, Mastercard, Ondo Finance und Ripple eine tokenisierte Rücknahme von Staatsanleihen unter Verwendung von XRPL getestet haben.

Nicht jedes genannte Upgrade gehört zur Version 3.3.0

Eine Korrektur ist notwendig bezüglich der weit verbreiteten Darstellung von "sechs Upgrades". fixCleanup3_2_0 gehört zum früheren xrpld 3.2.0 Zyklus, nicht zum neu veröffentlichten 3.3.0 Funktionspaket. Das 3.3.0 GitHub-Änderungsprotokoll zeigt stattdessen Arbeiten rund um LendingProtocolV1_1 und eine separate fixCleanup3_3_0 Spur neben den Hauptfunktionen.

Die Veröffentlichung sollte daher nicht als sechs gleichzeitig verfügbare, fertige Funktionen gelesen werden. Es ist ein Meilenstein in der Server-Software, der Validierern und Betreibern den benötigten Code für Änderungsentscheidungen gibt. Einzelne Änderungen können unterschiedliche Abstimmungszeiträume haben und möglicherweise nicht aktiviert werden, wenn die Unterstützung unter die erforderliche Schwelle fällt.

Dieser Governance-Prozess war bereits zuvor von Bedeutung. Die ursprünglichen Batch- und Berechtigungsdelegationsänderungen wurden gestoppt, nachdem Fehler identifiziert wurden, bevor die Aktivierung im Hauptnetz erfolgte, was zeigt, dass die Einbeziehung in die Software oder die Abstimmung der Validierer nicht dasselbe ist wie die Produktionsbereitstellung.

Was passiert als Nächstes für XRPL-Validatoren

Knotenbetreiber müssen nun die Version 3.3.0 bewerten und entscheiden, ob sie aufrüsten und individuelle Änderungen unterstützen. Die genauen Aktivierungsdaten hängen von der Abstimmung der Validierer ab, nicht von der Softwareveröffentlichung am 6. August. Die Änderungsregeln von XRPL erfordern, dass die Supermehrheit kontinuierlich zwei Wochen lang besteht.

Für XRP-Inhaber ist die unmittelbare Änderung technischer Natur und nicht monetär. Version 3.3.0 erweitert das potenzielle Toolkit des Netzwerks für Datenschutz, mehrstufige Abwicklung, delegierte Autorität, gesponserte Onboarding und konfigurierbare Token-Ausgabe, aber keine garantiert eine höhere XRP-Nachfrage oder Preissteigerung.

Die nächsten überprüfbaren Meilensteine werden die Übernahme von 3.3.0 durch die Validierer, die Unterstützungsniveaus für Änderungen und die geplanten Aktivierungsdaten sein. Bis diese Schwellenwerte erreicht sind, sollten die neuen Funktionen als in der Knoten-Software veröffentlicht und durch die Governance bewegt beschrieben werden, nicht als vollständig aktive XRP Ledger Hauptnetz-Funktionen.

Die Entscheidungen der Validierer, nicht das Marketing der Veröffentlichung, werden bestimmen, wann jede Funktion im Hauptnetz nutzbar wird.