Ripple zufolge bereiten sich Asset Manager auf XRP Ledger Batch V1.1 vor, ein Zahlungs-Upgrade, das mehrere verknüpfte Transaktionen als eine einzige All-or-Nothing-Operation abwickeln kann. Das Amendment kann bis zu acht XRP-Ledger-Transaktionen unter einer übergeordneten Operation gruppieren, sodass entweder jede Transaktion abgeschlossen wird oder die gesamte Gruppe storniert wird. Das Upgrade ermöglicht es, Asset-Übertragungen, Zahlungen und Plattformgebühren gemeinsam als eine Operation abzuwickeln – oder gemeinsam scheitern zu lassen.

Die Unterstützung für die Funktion liegt derzeit bei 30 von 35 erfassten Validatoren, laut dem XRPL Dashboard ein Wert oberhalb der 80%-Supermehrheit, die das Amendment für die Aktivierung halten muss. Ein Amendment benötigt 28 Stimmen, um seinen Aktivierungs-Countdown zu starten, ein Prozess, der am 15. September um 14:06:41 UTC begann. Nach dem Amendment-Prozess des XRP Ledger treten Protokolländerungen erst nach anhaltender Supermehrheit unter den Validatoren in Kraft, ein Mechanismus, der eine breite Konsensbildung sicherstellen soll, bevor Änderungen das Live-Netzwerk erreichen. Bleibt die Unterstützung vierzehn Tage in Folge über der erforderlichen 80%-Schwelle, könnte die Aktivierung am 29. September folgen.

Ayo Akinyele, Leiter der Technik bei RippleX, sagte, kommerzielle Projekte würden bereits mit Blick auf XRP Ledger Batch V1.1 entwickelt.

Bedingter Pfad zur Aktivierung

Die Abstimmung gibt Batch V1.1 einen bedingten Weg zum-Gang. Validatoren können ihre Position jederzeit während des Countdowns ändern. Fällt die Unterstützung unter 80 %, stoppt die Uhr, und eine neue vierzehntägige Frist muss beginnen, sobald das Amendment die Schwelle wieder erreicht.

Batch V1.1 gruppiert Transaktionen unter einer übergeordneten Operation. Nutzer können bis zu acht verknüpfte Transaktionen einreichen, wobei jede Transaktion ihre einzelnen Details behält. Die All-or-Nothing-Einstellung verhindert eine teilweise Abwicklung, wenn eine einzelne Transaktion der Gruppe fehlschlägt.

Anders als bei einem mehrstufigen Workflow erhalten Gegenparteien bei der gruppierten Operation eine explizite Abwicklungsbedingung: Schlägt ein Bein fehl, führt das Ledger das andere nicht aus. Dieses Design könnte die Abwicklung für Fonds, Handelsplätze und Token-Emittenten auf dem XRP Ledger vereinfachen und bietet Entwicklern eine Möglichkeit, Übertragungen zu kombinieren, ohne auf Callbacks oder manuelle Abstimmung angewiesen zu sein. Die Funktion selbst garantiert keine Adoption, da Projekte noch Tests, Compliance und Vorbereitungsarbeit abschließen müssen.

Delivery-versus-Payment treibt die Anwendungsfälle

Die Gruppierungsfunktion ist besonders relevant für Asset Manager, die digitale Märkte aufbauen. Ein Fonds kann ein tokenisiertes Asset übertragen und zugleich innerhalb derselben Ledger-Operation die Zahlung erhalten, wodurch Batch V1.1 eine direkte Rolle bei der atomaren Abwicklung zukommt.

Akinyele nannte Delivery-versus-Payment als einen zentralen Anwendungsfall. Diese Methode verknüpft Asset-Lieferung und Zahlung, statt eine Partei zunächst senden zu lassen, was das Risiko einer unvollständigen Abwicklung während eines Handels reduzieren kann.

Ripple verwies zudem auf Gebühren als weiteres Anwendungsgebiet. Börsen, Wallets und Marktplätze können Servicegebühren an eine Kundentransaktion anhängen, sodass Zahlung und Gebühr als eine gruppierte Operation verarbeitet werden.

RippleX hat die kommerziellen Projekte, die mit der Funktion arbeiten, nicht genannt. Akinyele sagte, weitere Details würden folgen, sobald die Partner ihre Pläne und den Launch-Zeitpunkt offiziell finalisiert haben, und fügte hinzu, dass die Aktivierung die Entwicklungsarbeit näher an die Produktion bringen würde.

Eine Rückkehr nach einem Sicherheitsfehler

Die geplante Aktivierung folgt auf die Zurückziehung von Batch V1.0. Forscher identifizierten im Februar einen kritischen Fehler in der Signaturvalidierung. Unter bestimmten Bedingungen konnte der Code die Signaturprüfung vorzeitig beenden, sodass ein Angreifer Transaktionen von einem anderen Konto ohne Autorisierung einbinden konnte.

Validatoren hatten das ursprüngliche Amendment nicht aktiviert, als die Entwickler es zurückzogen. Der anfällige Code kontrollierte daher nie das Live-Ledger, und der Fehler legte keine Nutzerfonds direkt offen.

RippleX nutzte den Vorfall, um Teile des Signatur- und Autorisierungsmodells neu zu gestalten. Der Ersatz wurde am 6. August in xrpld Version 3.3.0 ausgeliefert, und Ripple erklärte, der nun zur Abstimmung stehende Code entspreche dieser Version.

Die Prüfung wurde erweitert und umfasste KI-gestützte Analyse sowie einen Sherlock-Angriffswettbewerb. Die Sicherheitsfirmen Halborn und Common Prefix führten Bewertungen durch, und RippleX wandte interne adversary tests an, bevor die Validator-Zustimmung eingeholt wurde. Das Unternehmen sagte, der erweiterte Prozess unterstütze die Rückkehr des Amendments zur Abstimmung.

Akinyele sagte, das Team habe den Prüfungsstandard angehoben, den Fehler behoben und Batch V1.1 für eine erneute Validator-Abstimmung eingereicht.

Nach dem aktuellen Zeitplan läuft das Amendment-Fenster bis zum 29. September. Die Unterstützung muss während des gesamten Zeitraums bei oder über 80 % bleiben. Jeder Rückgang unter diese Schwelle würde die Aktivierung pausieren und einen weiteren Countdown erfordern, sobald sich die Unterstützung erholt.

Quelle: Blockonomi