XRP Ledger startet Abstimmung über sechs Änderungen, stellt umfangreiches Upgrade auf Version 3.3.0 mit vertraulichen Überweisungen und institutionellen Tools vor.

Die Vorschläge umfassen vertrauliche Übertragung, Batch-Verarbeitung, Berechtigungsdelegierung, Sponsoring, dynamische MPT und eine gebündelte Bereinigungsänderung. Keine dieser Funktionen ist derzeit im XRP Ledger aktiv. Gemäß dem Änderungsprozess des Netzwerks muss ein Vorschlag zwei Wochen in Folge die Zustimmung von über 80 % der Validatoren erhalten, bevor er aktiviert werden kann.

Die Veröffentlichung folgt auf mehrmonatige Entwicklungsarbeit an der nächsten Generation der XRP-Ledger-Funktionalität. Die Entwicklungsaktivitäten zeigen, dass die Unterstützung für Funktionen wie Batch V1.1, Dynamic MPT und die neue Bereinigungsänderung im Vorfeld der Version 3.3.0 im gesamten XRPL-Software-Ökosystem erweitert wird.

Der XRPL-Validator Vet bezeichnete das Paket als eine wichtige Neuerung und hob unter anderem Datenschutz, Transaktionsbündelung, gesponserte Gebühren, delegierte Berechtigungen und Tokenflexibilität als Änderungen hervor, die im Vorfeld des Abstimmungsprozesses eingeführt wurden.

Datenschutz und Verbesserungen bei Transaktionen stehen im Mittelpunkt des Vorschlags.

Die Funktion „Vertrauliche Übertragung“ ist der wichtigste datenschutzorientierte Vorschlag im XRP Ledger v3.3.0-Paket. Laut der offiziellen XRPL-Änderungsdokumentation soll diese Funktion institutionellen Datenschutz für Mehrzweck-Token (MPTs) mithilfe von EC-ElGamal-Verschlüsselung und Zero-Knowledge-Beweisen gewährleisten.

XRP Ledger v3.3.0 wurde veröffentlicht. Validatoren können nun über sechs vorgeschlagene Änderungen abstimmen. Quelle: XRP Ledger Operations via X

Das vorgeschlagene System schützt individuelle MPT-Salden und Überweisungsbeträge vor öffentlicher Einsicht, gewährleistet aber gleichzeitig Mechanismen, die es autorisierten Parteien wie Emittenten oder Wirtschaftsprüfern ermöglichen, relevante Informationen zu überprüfen. Diese Unterscheidung ist wichtig für institutionelle Anwendungsfälle, in denen die Vertraulichkeit von Transaktionen mit Berichtspflichten und regulatorischen Anforderungen vereinbar sein muss.

Die Batch-Änderung behebt eine andere Einschränkung, indem sie die Ausführung mehrerer Transaktionen als eine einzige atomare Operation ermöglicht. Die aktualisierte Batch-Implementierung V1.1 wurde im Zuge der Entwicklung für Version 3.3.0 auch in die XRPL-Entwicklerwerkzeuge, einschließlich xrpl4j , integriert.

Die atomare Ausführung bedeutet, dass die Transaktionen eines Batches als eine koordinierte Operation und nicht als eine Reihe unabhängiger Aktionen behandelt werden. Dies kann bei komplexeren Abrechnungsprozessen hilfreich sein, einschließlich Transaktionen, die mehrere Schritte für den erfolgreichen Abschluss benötigen.

Die Berechtigungsdelegierung dient der Kontoverwaltung und der institutionellen Sicherheit. Mit dieser Funktion kann ein Kontoinhaber einem anderen Konto bestimmte Transaktionsberechtigungen zuweisen, ohne die Kontrolle über die Schlüssel des Hauptkontos abzugeben.

Dieser Ansatz ermöglicht die Trennung von operativen Aufgaben und der Vermögensverwaltung. So könnte beispielsweise eine Organisation Vermögenswerte auf einem sichereren Konto verwahren und gleichzeitig einer anderen Wallet die Durchführung eng definierter Transaktionen gestatten. Der Vorschlag stellt zudem eine überarbeitete Version einer früheren Implementierung der Berechtigungsdelegierung dar. Die XRPL-Entwickler hatten diese Version nach der Identifizierung einer Sicherheitslücke deaktiviert und PermissionDelegationV1_1 als Ersatz entwickelt.

Der Sponsor führt eine weitere Änderung ein, die Auswirkungen auf die Interaktion von Anwendungen mit dem XRP Ledger haben könnte. Sie ermöglicht es einem Konto, unter bestimmten Bedingungen Transaktionsgebühren und Reserveanforderungen für ein anderes Konto zu decken.

Für Entwickler könnten gesponserte Kosten die Nutzung von Anwendungen vereinfachen, da neue Nutzer nicht mehr bei jeder ersten Netzwerkinteraktion XRP verwalten müssten. Das übergeordnete Ziel ist die Reduzierung von Hürden bei der Kontofinanzierung und Transaktionsabwicklung.

@Vet_X0, ein Validator des XRP Ledger, bezeichnet XRPL v3.3.0 als wichtiges Release mit der ersten nativen Datenschutzfunktion des Netzwerks für verschlüsselte MPT-Guthaben und -Transfers. Quelle: @Vet_X0 via X

Dynamic MPT hingegen konzentriert sich auf Token-Emittenten. Die Änderung ist mit XLS-94 verknüpft und ermöglicht es, ausgewählte Eigenschaften von Mehrzweck-Token nach der Ausgabe zu ändern. Dies bietet Emittenten zusätzliche Flexibilität bei der Verwaltung tokenisierter Vermögenswerte, deren operative Anforderungen sich im Laufe der Zeit ändern können. Die XRPL-Dokumentation führt DynamicMPT derzeit als Änderung in Entwicklung auf.

Der sechste Vorschlag, FixCleanup, fasst technische Korrekturen zusammen, die die Stabilität des Protokolls verbessern und Probleme innerhalb der Implementierung des XRP Ledger beheben sollen.

Die Änderungen betreffen zusammen mehrere verschiedene Ebenen des Netzwerks. Confidential Transfer konzentriert sich auf den Datenschutz, Batch auf die Transaktionszusammensetzung, Permission Delegation auf die Kontokontrolle, Sponsor auf die Benutzererfahrung und Dynamic MPT auf die Tokenverwaltung.

Die Leistungsverbesserungen warten nun auf die Genehmigung durch den Validator.

Die Version 3.3.0 beinhaltet außerdem Infrastrukturverbesserungen, die die Benutzerfreundlichkeit beim Betrieb von XRP Ledger-Knoten optimieren sollen. Die Entwicklungsupdates heben die Bemühungen hervor, den Ressourcenbedarf zu reduzieren und die Synchronisierung für Knotenbetreiber zu verbessern.

XRPL v3.3.0 führt vertrauliche Überweisungen ein, die mithilfe von EC-ElGamal-Verschlüsselung und Zero-Knowledge-Beweisen MPT-Guthaben und Überweisungsbeträge schützen und gleichzeitig die kryptografische Überprüfbarkeit gewährleisten. Quelle: @iamalijandro via X

Frühere Berichte, die auf den Entwicklungsupdates von Vet basierten, sprachen von potenziellen Speichereinsparungen zwischen etwa 10 % und bis zu 40 % unter bestimmten Bedingungen. Die konservativeren Zahlen der aktuellen Version deuten auf eine Reduzierung des Speicherverbrauchs um etwa 10 % bis 15 % hin. Der genaue Nutzen kann je nach Auslastung und Umgebung des Knotens variieren.

Ein geringerer Ressourcenverbrauch ist wichtig, da Validatoren und andere Knotenbetreiber die Ledger-Daten kontinuierlich pflegen und synchronisieren müssen. Verbesserungen bei der Speichereffizienz und Synchronisierung können die mit dem Netzwerkbetrieb verbundene Infrastrukturbelastung reduzieren.

Das Upgrade spiegelt auch den iterativen Charakter der XRP Ledger-Entwicklung wider. Mehrere Komponenten der Version 3.3.0 wurden überarbeitet, bevor sie die Validierungsphase erreichten. Insbesondere Batch-Verarbeitung und Berechtigungsdelegierung erforderten nach Sicherheitsüberprüfungen und anschließenden Entwicklungsarbeiten Anpassungen.

Die Abstimmung der Validatoren ist daher der nächste entscheidende Schritt und nicht die endgültige Bestätigung, dass die Funktionen Teil des Live-Protokolls werden.

Jede Änderung muss zwei Wochen in Folge die erforderliche qualifizierte Mehrheit halten, bevor sie aktiviert werden kann. Laut der offiziellen Dokumentation von XRPL können Änderungen, die diese Schwelle erreichen, im Hauptnetz aktiviert werden, während Vorschläge, die nicht genügend Unterstützung erhalten, nicht aktiviert werden.

Wenn die sechs Vorschläge diesen Prozess durchlaufen, würde das XRP Ledger eine breitere Palette nativer Werkzeuge für vertrauliche Token-Transfers, atomare Transaktionen, delegierte Kontoberechtigungen, gesponserte Kosten und flexibles MPT-Management erhalten.

Für Institutionen, die tokenisierte Vermögenswerte untersuchen, ist diese Kombination besonders relevant, da sie mehrere praktische Anforderungen gleichzeitig erfüllt: Datenschutz, kontrollierter Zugriff, Transaktionskoordination und Tokenverwaltung. Die Bedeutung des Upgrades hängt jedoch letztendlich von der Zustimmung der Validatoren und der anschließenden Akzeptanz durch Entwickler und Netzwerkteilnehmer ab.