Der Batch-V1.1-Amendment des XRP Ledger rückt der Aktivierung näher, nachdem er um 06:25 UTC am 15. September 2026 die Unterstützung von 27 der 35 von XRPScan erfassten Validatoren erhalten hat.

Zwei weitere unterstützende Validatoren würden die Zustimmung auf 82,86 % erhöhen und damit die Schwelle von 80 % überschreiten, die für den Beginn des Aktivierungszeitraums erforderlich ist. Der Amendment müsste diese erforderliche Unterstützung anschließend zwei aufeinanderfolgende Wochen lang halten, bevor er Bestandteil der aktiven Regeln des XRP Ledger werden könnte.

Der Prozess unterscheidet zwischen der Bereitstellung des Amendment-Codes und seiner Aktivierung im Live-Netzwerk. Ein Amendment kann in die XRP-Ledger-Server-Software aufgenommen werden, verändert das Verhalten des Mainnets jedoch erst, wenn die Validatoren zustimmen und der erforderliche Zeitraum abgeschlossen ist.

Wie Batch V1.1 unvollständige Zahlungen verhindern könnte

Batch V1.1 würde es ermöglichen, bis zu acht verknüpfte Transaktionen gemeinsam einzureichen. Das Ledger könnte die ausgewählten Anweisungen während desselben Ledger-Abschlusses prüfen und erfassen, anstatt von einer Anwendung zu verlangen, jeden einzelnen Schritt separat einzureichen und zu bestätigen.

Beispielsweise könnte ein Verkauf auf einem Marktplatz drei Vorgänge umfassen: Ein Käufer sendet eine Zahlung, ein Verkäufer überträgt ein Asset und der Marktplatz erhält seine Gebühr. Bei der Alles-oder-nichts-Option müssten alle drei Anweisungen erfolgreich sein, andernfalls würde das gesamte Batch fehlschlagen. Dadurch würde verhindert, dass die Zahlung des Käufers erfasst wird, wenn die entsprechende Asset-Übertragung nicht abgeschlossen werden kann.

Ein Batch könnte außerdem Anweisungen koordinieren, an denen mehrere Konten beteiligt sind. Dadurch wäre die Funktion für Anwendungen relevant, bei denen mehrere Teilnehmer unterschiedliche Teile desselben Vorgangs autorisieren müssen.

Der Amendment würde gewöhnliche XRP-Übertragungen nicht schneller machen und auch nicht verlangen, dass jede Anwendung Batches verwendet. Stattdessen würde er Entwicklern, die Dienste mit mehreren miteinander verbundenen Schritten entwickeln, eine optionale Transaktionsstruktur bereitstellen.

V1.1 ersetzt einen zurückgezogenen Batch-Amendment

Der ursprüngliche Batch-Amendment enthielt einen Fehler in der Art und Weise, wie er die Autorisierung von Transaktionen innerhalb eines Batches prüfte. Sicherheitsforscher identifizierten das Problem im Februar, während der Amendment noch auf seine Aktivierung wartete.

Den Validatoren wurde empfohlen, ihre Unterstützung zurückzuziehen, bevor die Funktion das Mainnet erreichte. Daher hatte die Schwachstelle keine Auswirkungen auf Nutzer-Guthaben. Die Schwachstellenveröffentlichung der XRP Ledger Foundation beschreibt die Reaktion und bezeichnet die frühere Implementierung als nicht unterstützt.

Batch V1.1 ersetzt diese Version, nachdem die Autorisierungslogik korrigiert wurde. Laut RippleX durchlief die überarbeitete Implementierung außerdem zusätzliche Code-Überprüfungen, Tests und externe Sicherheitsprüfungen, bevor sie in den Abstimmungsprozess der Validatoren zurückkehrte.

Bei der erneuten Abstimmung geht es daher um mehr als einen zweiten Versuch, dieselbe Funktion zu aktivieren. Die Validatoren entscheiden, ob die Ersatzversion das Problem, das den ursprünglichen Amendment gestoppt hatte, ausreichend behebt.

Batch ist näher an der Aktivierung als das geplante Lending-System von XRPL

Die Position von Batch lässt sich mit zwei weiteren Änderungen am XRP Ledger vergleichen, die den Amendment-Prozess durchlaufen. Der Vorschlag fixCleanup3_3_0 befasst sich mit Wartungs- und Sicherheitsproblemen im Zusammenhang mit Vaults, Automated Market Makern und genehmigungspflichtigem Handel. Er verbessert bestehende Transaktionspfade, anstatt eine neue Zahlungsfunktion für Anwendungen einzuführen.

Das geplante institutionelle Kreditsystem ist von einer Umsetzung weiterhin weiter entfernt. Sowohl Single Asset Vaults als auch Lending Protocol benötigen ausreichende Unterstützung durch Validatoren, und die Aktivierung nur eines der beiden würde keinen funktionierenden nativen Lending-Markt schaffen.

Batch hat einen engeren Anwendungsbereich, da es Transaktionen koordiniert, die das XRP Ledger bereits unterstützt, darunter Zahlungen, Asset-Übertragungen und Gebühren. Mit 27 unterstützenden Validatoren liegt Batch näher an der Aktivierungsschwelle als die beiden Amendments, die für natives Lending erforderlich sind.

Der Vergleich zeigt außerdem, warum die Zustimmung zu einem Amendment nicht immer direkt in ein fertiges Produkt mündet. Lending erfordert mehrere miteinander verbundene Protokollkomponenten, während Batch einzelnen Anwendungen ein Werkzeug geben würde, das sie unabhängig integrieren könnten.

Was die Aktivierung für Wallets und Marktplätze bedeuten würde

Der Abschluss des Aktivierungsprozesses würde Batch auf dem Live-Ledger verfügbar machen. Wallets, Marktplätze und Zahlungsdienste müssten die Funktion jedoch weiterhin in ihre Produkte integrieren.

Nutzer müssten ihre Vorgehensweise bei einer standardmäßigen XRP-Übertragung nicht ändern. Der Unterschied würde innerhalb von Anwendungen sichtbar werden, die Kunden derzeit auffordern, mehrere miteinander verbundene Aktionen abzuschließen oder einen Vorgang zu wiederholen, nachdem eine Anweisung fehlgeschlagen ist.

Zu den naheliegendsten potenziellen Nutzern gehören Dienste, die eine Zahlung, eine Asset-Übertragung und eine Plattformgebühr kombinieren. Jeder Anbieter müsste weiterhin festlegen, welche Schritte in ein Batch gehören und ob alle erfolgreich sein müssen, bevor die Anfrage des Kunden als abgeschlossen gilt.

Die Abstimmung ist nur der erste Test für Batch V1.1

Das Erreichen der Aktivierungsschwelle würde klären, ob die Validatoren bereit sind, Batch V1.1 auszuführen. Es würde jedoch nicht zeigen, wie groß die Nachfrage nach der Funktion ist. Diese Frage kann nur durch die Akzeptanz bei Wallets, Marktplätzen und Zahlungsanwendungen beantwortet werden.

Batch könnte gegenüber den ambitionierteren Lending-Vorschlägen von XRPL einen Vorteil haben, da Entwickler nicht auf mehrere Protokollkomponenten oder einen vollständig neuen Finanzmarkt warten müssten. Sie könnten Batch auf bereits bestehende Transaktionsabläufe anwenden.

Seine letztendliche Bedeutung wird daher weniger von der Abstimmung über den Amendment abhängen als davon, ob XRPL-Dienste auf genügend Fehler bei mehrstufigen Vorgängen stoßen, um eine Integration zu rechtfertigen.

Dieser Artikel dient ausschließlich Informationszwecken und stellt keine Finanz- oder Anlageberatung dar. Die Unterstützung durch Validatoren und der Status des Amendments können sich ändern.

Quelle: Coindoo.