- XRPLD 3.2.1 behebt Risiken von Validator-Manifesten, während 3.3.0 die Protokollfunktionen erweitert.
- BatchV1_1 stellt gruppierte Transaktionen mit korrigierter innerer Signaturvalidierung wieder her.
- Vertrauliche Transfers und gesponserte Gebühren befinden sich in der Entwicklung und sind nicht aktiv.
Der nächste XRP Ledger Softwarezyklus trennt eine fokussierte Sicherheitsreparatur von einem breiteren Spektrum an Protokolländerungen für Validatoren, Börsen und Anwendungsentwickler. Stand 1. August 2026 blieb xrpld 3.2.1 die neueste Version, während der 3.3.0-Meilenstein 122 Artikel ohne Veröffentlichungsdatum anzeigte.
Dieser Status schafft eine Unterscheidung für Validatoren, Börsen und Entwickler, die einen XRPLD-Upgradeplan für 2026 vorbereiten. Im Wesentlichen stärkt Version 3.2.1 die Knotenresilienz, indem sie Probleme mit der Propagation von Validator-Manifesten adressiert und Risiken durch nicht vertrauenswürdige Peer-Nachrichten begrenzt.
Im Gegensatz dazu bietet XRPL 3.3.0 gegenüber 3.2.1 ein breiteres Paket, das Transaktions-Batching, Datenschutz-Tools, Sponsoring-Funktionen und betriebliche Schutzmaßnahmen umfasst.
BatchV1_1 bringt sicherere gruppierte Transaktionen in XRPL 3.3.0
Version 3.2.1 wurde am 31. Juli als gezielte Reaktion auf Risiken im Validator-Manifest veröffentlicht . Es begrenzte den Cache des untrusted Manifests, lehnte übergroße Validator-Manifeste ab und begrenzte die Anzahl der nicht vertrauenswürdigen Manifeste, die in Peer-Nachrichten übertragen wurden. Diese Änderungen reduzierten die Exposition gegenüber fehlgeformten oder übermäßigen Daten, ohne umfassendere Protokollfunktionen einzuführen.
Vor diesem engeren Sicherheitsfokus ist der erste große Unterschied im 3.3.0-Meilenstein BatchV1_1, der die zurückgezogene Batch-Änderung ersetzt. XRPL hat Batch und fixBatchInnerSigs zuvor in Version 3.1.1 deaktiviert, nachdem Forscher einen Fehler bei der inneren Transaktionsautorisierung festgestellt hatten. Da innere Transaktionen keine unabhängigen Unterschriften haben, könnten bestimmte Bedingungen die Ausführung unautorisierter Anweisungen ermöglicht haben.
Um diese Schwäche zu beheben, umfasst der Entwicklungsmeilenstein 3.3.0 den zusammengelegten BatchV1_1 Implementierungs- und änderungsfähigen Code. Das Design behält den XLS-56-Ansatz bei, bei dem mehrere Transaktionen unter definierten Ausführungsregeln kombiniert werden. Allerdings fügt es eine korrigierte Signaturvalidierung hinzu, anstatt sich auf die veraltete fixBatchInnerSigs-Änderung zu verlassen.
| Vergleichsgebiet | xrpld 3.2.1 | Erwartete xrpld 3.3.0 |
| Veröffentlichungsstatus | Neueste stabile Produktionsversion | Entwicklungsmeilenstein mit 122 fertiggestellten Gegenständen |
| Hauptzweck | Validator Manifest Sicherheitshotfix | Umfassendere Aktualisierung von Protokollen und Zuverlässigkeit |
| Batch-Transaktionen | Die zurückgezogene Charge bleibt außer Betrieb | BatchV1_1 fügt neu gestaltete Autorisierungsprüfungen hinzu |
| Vertrauliche Übertragungen | Nicht unterstützt | Entwicklungscode unterstützt vertrauliche Übertragungen. |
| Gesponserte Gebühren | Nicht aktiv | Sponsorenbezogene Arbeiten befinden sich weiterhin in der Entwicklung |
Funktionen von XRPL 3.3.0 erfordern weiterhin die Genehmigung des Validators
Der zweite Unterschied betrifft die Aktivierung. Softwareunterstützung aktiviert XRP Ledger-Änderungen nicht automatisch im Mainnet. Eine Änderung muss die Unterstützung von mehr als 80 % der vertrauenswürdigen Validatoren für zwei Wochen erhalten. Daher müssen Betreiber die Codeverfügbarkeit von der Netzwerkaktivierung trennen, wenn sie den XRPL-Batch-Transaktionsfehler überprüfen.
Vertrauliche Übertragungen Datenschutz-Tools zu XRPL 3.3.0 hinzufügen
Der dritte Unterschied ist ConfidentialTransfer, basierend auf XLS-96. Die zusammengelegte Entwicklungsarbeit ermöglicht die Änderung innerhalb des 3.3.0-Zweigs. Der Vorschlag würde multifunktionale Token-Salden und Übertragungsbeträge durch EC-ElGamal-Kryptographie und Zero-Knowledge-Beweise verbergen.
Autorisierte Emittenter, Wirtschaftsprüfer oder benannte Einrichtungen könnten weiterhin Zugang zur Offenlegung erhalten. Diese vertrauliche MPT XRP Ledger-Struktur richtet sich an regulierte tokenisierte Vermögenswerte und reduziert gleichzeitig die öffentliche Offenlegung von Transaktionsdetails. Dennoch listet die offizielle Dokumentation ConfidentialTransfer weiterhin als „In Entwicklung“ auf, während die stabile Version standardmäßig mit „Nein“ stimmt.
Gesponserte Gebühren könnten XRP-Onboarding-Hürden beseitigen
Der vierte Unterschied betrifft die Sponsored Fees and Reserves Amendment, auch Sponsor oder XLS-68 genannt. Es würde Unternehmen, Anwendungen oder Emittenten erlauben, die Transaktionsgebühren, Mindestanforderungen oder beides eines anderen Kontos zu übernehmen. Gesponserte Nutzer würden weiterhin ihre Konten und privaten Schlüssel kontrollieren.
Verwandt: Die XRP-Community verlagert ihren Fokus vor größeren Upgrades auf das XRPL-Utility
Dieser Ansatz könnte die Onboarding-Hürden verringern, da neue Nutzer nicht sofort XRP für Gebühren oder Ledger-Object-Reserven benötigen würden. Dennoch befindet sich Sponsor weiterhin in Entwicklung und ist in Version 3.2.1 nicht aktiv. Seine Aufnahme im endgültigen 3.3.0-Paket bleibt ebenfalls nicht bestätigt, bis offizielle Release Notes den vollständigen Funktionsumfang definieren.
XRPL 3.3.0 erweitert die Zuverlässigkeit und Sicherungen von Ledger
Über diese vorgeschlagenen Funktionen hinaus ist der fünfte Unterschied das breitere Spektrum an operativen Verbesserungen. Der 3.3.0-Meilenstein umfasst delegierte Transaktionsfilterung für account_tx, numerische Rundungskorrekturen, Pseudo-Kontolöschungsinvarianten, ausgerichtete Freeze-Checks und AMM-Schutzmaßnahmen für Tresoranteile.
Zusammen erweitern diese Änderungen das Upgrade über einzelne Änderungen hinaus und führen zu einer breiteren Verbesserung der Zuverlässigkeit und Konsistenz im Hauptbuch. Dementsprechend stellt XRPL 3.3.0 gegenüber 3.2.1 einen Wandel von defensiver Wartung hin zu umfassenderen Protokollfähigkeiten dar.
Dennoch bleibt 3.2.1 das stabile Ziel für Operatoren. Außerdem muss Ripples rotierter Paketsignierschlüssel für automatische Upgrades zuverlässig sein. Währenddessen sollte das Testen getrennt bleiben, bis signierte Pakete und letzte Notizen die XRP Ledger 3.3.0-Version bestätigen.
Disclaimer: The information presented in this article is for informational and educational purposes only. The article does not constitute financial advice or advice of any kind. Coin Edition is not responsible for any losses incurred as a result of the utilization of content, products, or services mentioned. Readers are advised to exercise caution before taking any action related to the company.
