Vermögensverwalter bereiten sich auf XRP Ledger Batch vor, während ein Sicherheitsfix die Aktivierung auf den 9. Oktober verschiebt
Wichtige Erkenntnisse
- •Die Batch-Funktion des XRP Ledger bündelt zwei bis acht innere Transaktionen in einer äußeren Transaktion, mit vier Ausführungsmodi — ALLORNOTHING, ONLYONE, UNTILFAILURE und INDEPENDENT —, die bestimmen, wie mit Fehlern umgegangen wird.
- •Ein Notfallrelease von rippled Version 3.4.1 fügte das Sicherheitsamendment fixBatchV1_2 hinzu und verschob die erwartete Batch-Aktivierung vom 29. September auf den 9. Oktober, abhängig von anhaltender Validator-Unterstützung.
- •Eine äußere Batch-Transaktion kann tesSUCCESS melden, selbst wenn innere Transaktionen fehlschlagen, sodass Back-Office-Systeme jeden inneren Ergebniscode prüfen müssen, um abweichende Settlement-Aufzeichnungen zu vermeiden.
- •RippleX zufolge bereiten sich Vermögensverwalter und kommerzielle Projekte auf die Funktion vor, doch kein produktiver Vermögensverwalter mit Live-Mainnet-Batch-Transaktionen wurde öffentlich benannt.
- •Server mit Software unter Version 3.4.1 würden amendment blocked, wenn der Fix vor dem Upgrade aktiviert wird — zeitnahe Node-Updates sind daher für den fortlaufenden Netzwerkzugang essenziell.

Ripple zufolge bereiten sich Vermögensverwalter auf die Nutzung des Batch-Transaktionstyps des XRP Ledger vor, einer Funktion, die mehrere Ledger-Aktionen gemeinsam erfolgreich sein oder fehlschlagen lassen kann. Ein Notfall-Softwarerelease hat jedoch die Aufmerksamkeit von einer erwarteten Aktivierung am 29. September auf ein Sicherheitsamendment am 9. Oktober verlagert. Die Funktion selbst ist spezifisch — und ebenso eindeutig ist der Befund, dass die institutionelle Adoption weiterhin prospektiv bleibt.
Das zentrale Versprechen ist unkompliziert: zusammenhängende Schritte innerhalb eines einzigen Ledger-Close abwickeln. Ein Vermögensverwalter, der einen Token liefern und eine Zahlung erhalten muss, bevorzugt möglicherweise einen All-or-Nothing-Austausch gegenüber dem Senden des Assets auf Risiko, ob das Geld ankommt. Die Abwicklung beider Seiten eines Austauschs in einem Schritt ist die in traditionellen Wertpapiermärkten etablierte Liefer-gegen-Zahlung-Disziplin, und Batch soll eine ledger-native Version davon bereitstellen. RippleX hat Vermögensverwalter und kommerzielle Projekte beschrieben, die sich auf die Funktion vorbereiten, wie in einem früheren Bericht über institutionelles Interesse behandelt. In diesem Bericht wurde kein produktiver Vermögensverwalter mit einer Live-Mainnet-Batch-Transaktion öffentlich benannt.
JUST IN: Brad Garlinghouse highlights why Ripple cannot control the $XRP Ledger Ripple operates only a small share of XRPL validators, and the $150M+ hack involving co-founder Chris Larsen showed that the company cannot reverse transactions or recover lost $XRP . pic.twitter.com/Pt4czYNSf1 — crypto.news (@cryptodotnews) September 27, 2026
Der Zeitplan änderte sich vor der ursprünglichen Erwartung für Ende September. Die Release-Mitteilung der XRPL Foundation beschreibt Version 3.4.1 als Notfall-Update für sicherheitsrelevante Probleme. Sie fügt fixBatchV1_2 hinzu, fordert Server zu einer zeitnahen Aktualisierung auf und erklärt, das Amendment werde voraussichtlich am 9. Oktober aktiviert, sofern die Supermehrheitsunterstützung anhält. Amendment-Aktivierung auf dem XRP Ledger beruht auf verteilten Validator-Abstimmungen und nicht auf einem einseitigen Schalter; der Zeitplan folgt daher den Betreibern des Netzwerks und nicht einer einzelnen Organisation. Das ist eine bedingte Erwartung, kein festes Startversprechen.
Batch koordiniert Aktionen innerhalb eines Ledger-Close
Die XLS-0056-Spezifikation beschreibt eine äußere Transaktion, die zwischen zwei und acht inneren Transaktionen enthält. Die beteiligten Konten genehmigen die Sammlung, und ein ausgewählter Modus steuert, was passiert, wenn eine innere Aktion fehlschlägt. Das Ledger verarbeitet die Sammlung in einem Close und vermeidet so die Lücke zwischen unabhängigen Einreichungen, die einen Teilnehmer mit nur einem halben Geschäft zurücklassen könnte.
Angenommen, ein Fonds überträgt einen tokenisierten Anleiheanspruch und erhält einen Dollar-Token. Zwei gewöhnliche Transaktionen könnten separat eingereicht werden; gelingt die erste und scheitert die zweite, stehen die Gegenparteien vor einem operativen Streit und potenziellem Verlust. Im All-or-Nothing-Modus müssen beide inneren Aktionen erfolgreich sein, damit der beabsichtigte Austausch abgeschlossen wird. Das ist der überzeugende institutionelle Anwendungsfall — vorausgesetzt, Token, Zahlungsinstrument, Gegenparteien und Berechtigungen sind bereits vorhanden.
Batch erzeugt keine Anleihe, verifiziert kein Off-Chain-Eigentum und zwingt keine Bank, den Zahlungstoken einzulösen. Es koordiniert Ledger-Aktionen. Rechtliche Settlement-Finalität, Transferbeschränkungen, Verwahrung und Einlösung hängen weiterhin von den entsprechenden Instrumenten und Institutionen ab. Diese Unterscheidung ist wichtig, denn eine technisch atomare Übertragung ist nur ein Teil von Lieferung gegen Zahlung.
JUST IN: $XRP Ledger's Batch feature passes, set for activation on September 29 The upgrade, which has secured 29 Yes votes, will allow up to 8 XRPL transactions to be bundled into one, enabling atomic asset swaps, bundled DEX trades, $NFT -for- $NFT exchanges and single-transaction… pic.twitter.com/7CH34N1Yat — crypto.news (@cryptodotnews) September 15, 2026
Das Single-Account-Tutorial zeigt den einfacheren Fall: Mehrere Aktionen eines Kontos können in einem festgelegten Modus gebündelt werden. Multi-Account-Transaktionen ergänzen Signaturen der Konten, deren Guthaben oder Berechtigungen betroffen sind. Das Multi-Account-Tutorial beschreibt diesen koordinierten Signaturprozess.
Vier Modi erzeugen vier verschiedene Geschäfte
ALLORNOTHING ist das saubere beidseitige Geschäft: Jede erforderliche innere Aktion muss erfolgreich sein, sonst wird die beabsichtigte Gruppe nicht abgewickelt. ONLYONE versucht Alternativen und stoppt nach dem ersten Erfolg, etwa bei Orders mit unterschiedlichen Toleranzen. UNTILFAILURE verarbeitet eine Sequenz bis zu einem Fehler. INDEPENDENT erlaubt Aktionen in derselben Hülle, unabhängig zu gelingen oder zu scheitern. Alle vier Modi im alltagssprachlichen Sinn atomar zu nennen, würde die Möglichkeit einer Teilausführung verschleiern.
Die Modi verändern das Produktdesign. Ein Fonds, der zwei Assets gegen eine Zahlung bewegt, muss entscheiden, ob eine einzelne fehlgeschlagene Übertragung das gesamte Paket stornieren. Ein Market Maker, der Fallback-Angebote einreicht, könnte ONLYONE bevorzugen. Ein Emittent, der mehrere Auszahlungen verteilt, könnte unabhängige Ergebnisse tolerieren — dann muss sein Operationsteam jedoch abgleichen, welche Empfänger bezahlt wurden. Der Modus ist eine Risikoentscheidung, keine Formatwahl.
Das Limit von acht Aktionen ist eine weitere reale Grenze. Ein Manager, der 1.000 Anlegerübertragungen abwickeln will, kann nicht alle 1.000 in einem einzigen Batch bündeln. Bei einem theoretischen Minimum von 125 Paketen mit je acht Aktionen wären diese Gruppen untereinander nicht atomar. Gebühren, Signaturen, das Management von Kontosequenzen und Dienstleistungskapazität werden zu praktischen Einschränkungen, noch bevor der Off-Chain-Geschäftsprozess berücksichtigt wird.
Ein früherer technischer Bericht erwähnte die lange Entwicklungs- und Auditgeschichte des Upgrades. Dieser Hintergrund ist für das Timing relevant, sollte aber nicht mit der Behauptung verwechselt werden, jede darauf aufbauende Anwendung sei geprüft worden.
Der äußere Erfolgscode ist eine Buchhaltungsfallen
Die Spezifikation besagt, dass eine äußere Batch-Transaktion tesSUCCESS melden kann, selbst wenn innere Transaktionen fehlschlagen; ihr äußeres Ergebnis deckt Sequenz- und Gebührenverarbeitung ab. Um zu wissen, ob eine Zahlung oder Lieferung stattfand, muss Software die Metadaten der inneren Transaktionen und die einzelnen Ergebniscodes prüfen. Das ist eine ungewöhnlich konkrete Integrationsgefahr für jede Institution, deren Back Office einen generischen Erfolgsstatus in eine gebuchte Asset-Bewegung übersetzt.
Man stelle sich einen Trade-Feed vor, der nur das äußere Ergebnis liest und einem Kunden ein tokenisiertes Wertpapier gutschreibt. Wenn die relevante innere Übertragung nicht erfolgreich war, weichen Feed und Ledger auseinander. Das System muss jede innere Aktion ihrem Elternteil und ihrem eigenen Ergebnis zuordnen. Die Spezifikation empfiehlt die Nutzung der ParentBatchID-Beziehung in Explorern und Indexern, und ein Desk sollte Fehler in jedem Modus testen — nicht nur den Happy Path.
Der Fehler kann gewöhnliche Kontrollen überdauern, weil die äußere Transaktion real ist und eine Transaktions-ID besitzt. Ein Abgleichungssystem, das auf der Annahme basiert, eine Transaktion entspreche einer Geschäftsaktion, kann seine erste Prüfung bestehen. Eine korrekte Kontrolle verknüpft die Geschäftsanweisung mit dem Modus, dem vollständigen signierten Paket, jedem inneren Ergebnis und den最终en Asset-Guthaben — Arbeit, die ein Vermögensverwalter leisten muss, selbst wenn die Netzwerkebene korrekt ist.
JUST IN: Asset managers are preparing for $XRP Ledger's next payments upgrade Batch V1.1 can bundle up to eight transactions into one operation, with RippleX saying commercial projects are already being built around the feature ahead of activation. pic.twitter.com/DmleX4GBiA — crypto.news (@cryptodotnews) September 20, 2026
Die Rechnung ist bescheiden, aber aufschlussreich. Ein maximaler Batch mit acht inneren Transaktionen ist eine einzige äußere Einreichung, kann jedoch mindestens acht Ergebnisprüfungen erfordern, zuzüglich der äußeren Gebühren- und Sequenzprüfung. Für 125 vollständige Pakete mit insgesamt 1.000 inneren Aktionen benötigt das Back Office 1.000 Ergebnisse auf Aktionsebene nicht 125 grüne Statusleuchten.
Der Sicherheitsfix verändert die Aktivierungsgeschichte
Die Mitteilung der Stiftung vom 25. September besagt, dass fixBatchV1_2 innere Transaktionen mit falscher Hülle ablehnt und zusätzliche Sicherheits- und Stabilitätsfixes enthält. Der Quellcode wird vorübergehend zurückgehalten, wegen der sicherheitssensiblen Natur der Änderung, mit Zusage einer späteren Veröffentlichung und Retrospektive. Das schränkt die Möglichkeit externer Prüfung des genauen Patches vor der Offenlegung ein. Ein solches vorübergehendes Zurückhalten von Code ist eine branchenweit verbreitete Praxis koordinierter Schwachstellenoffenlegung. Es ist ein Grund für präzise Zuschreibung, nicht für Spekulationen über unbekannte Ausnutzbarkeit.
Laut Mitteilung würden Server unter 3.4.1 amendment blocked, wenn der Fix aktiviert wird, während sie nicht aktualisiert wurden. Validatorstimmen und Node-Upgrades sind daher für den Produktionszugang entscheidend. Ein Quorum, das Unterstützung signalisiert, ist nicht dasselbe wie die Bereitschaft jeder Wallet, jedes Verwahrers, jedes API-Anbieters und jedes Buchhaltungstools für Batch. Frühere Berichte über XRPL-Node-Upgrades veranschaulichten die operative Wirkung eines Amendment-Blocks in einem früheren Release.
Es gibt auch eine Geschichte, die nicht weggelassen werden kann. Eine Schwachstellenoffenlegung im Februar beschrieb einen Fehler in einem früheren Batch-Design, der Autorisierungsprüfungen für andere Unterzeichner hätte überspringen können, wenn ein unbefüllter Unterzeichner zuerst erschien; das Amendment war nicht live gegangen. Die Berichterstattung über das Sicherheitsaudit untersuchte, wie unabhängige Prüfung Probleme vor dem Produktiveinsatz aufdeckte. Der September-Patch betrifft ein separat beschriebenes Hüllenproblem; keines der beiden Ereignisse beweist, dass das aktuelle Design unsicher ist, aber beide erklären, warum das Deployment-Timing genaue Prüfung verdient.
Was Institutionen gewinnen könnten und was ihnen noch fehlt
Atomare Lieferung gegen Zahlung ist der stärkste Anwendungsfall. Ein Manager könnte eine Token-Übertragung mit der Zahlung auf demselben Ledger koordinieren und so die temporäre Exposition begrenzen, die durch sequenzielle Übertragungen entsteht. Ein Emittent könnte Kontoeinrichtung, Autorisierung und Ausgabeschritte bündeln, wo das Protokoll diese Transaktionstypen erlaubt. Handelsfirmen könnten alternative Ausführungspfade nutzen. Das sind Fähigkeiten, keine Belege für echte Assets und Trades.
Tokenisierte Assets erfordern Emittenten, Transfer-Agenten oder andere verantwortliche Stellen, Regeln für zulässige Inhaber, Verwahrungsverfahren und ein Zahlungsinstrument mit akzeptablen Einlösungsbedingungen. Ein Batch kann die On-Chain-Beine nach einer gewählten Regel ausführen. Er kann ein Wertpapier nicht in einer anderen Rechtsordnung rechtlich gültig machen, keine Kundenzustimmung für eine unabhängige Aktion einholen und kein externes Zahlungsbein bei einersbank garantieren. Der breitere Kontext ist die laufende Experimentierphase der Asset-Management-Branche mit tokenisierten Fonds und Anleihen, die Settlement-Mechanik zu einer wiederkehrenden operativen Frage macht, noch bevor Produktionsvolumina existieren.
Ripples Fall verdient seine stärkste Version. Ein Mechanismus auf Ledger-Ebene kann den Koordinationsaufwand für Entwickler reduzieren und eine reale Klasse von Teilausführungs-Settlement-Fehlern beseitigen. Die XRPL-Feature-Übersicht beschrieb Batch neben anderen institutionellen Funktionen, wobei jedes Amendment seinen eigenen Prozess durchläuft. Wenn benannte Manager später live, wiederholtes Settlement echter tokenisierter Assets mit korrekt abgeglichenen inneren Ergebnissen zeigen, wird die Adoptionsbehauptung auf belastbaren Belegen beruhen.
Die Grenze ist ebenso klar. Ein Unternehmen, das einen Piloten vorbereitet, ist kein Vermögensverwalter, der Batch in Produktion nutzt. Keine öffentliche Vorbereitungsaussage offenbart Volumina, eingesparte Gebühren, verhinderte Settlement-Streitigkeiten oder welche Institution Off-Chain-Verpflichtungen übernimmt. Eine Ankündigung kann wahr sein und trotzdem zu früh sein, um diese größeren Schlussfolgerungen zu stützen.
Die Abstimmung des Ledgers ist nur der erste Bereitschaftstest
Die erwartete Aktivierung von fixBatchV1_2 am 9. Oktober hängt von anhaltender Validator-Unterstützung ab. Betreiber müssen kompatible Software laufen lassen. Wallets müssen Nutzern alle inneren Aktionen und den ausgewählten Modus anzeigen, bevor eine Signatur eingeholt wird, wie die Spezifikation empfiehlt. Indexer müssen Eltern- und Kinderergebnisse verfügbar machen. Verwahrer benötigen Richtlinienprüfungen für Multi-Account-Signaturen. Vermögensverwalter brauchen Abgleichung und rechtliche Dokumentation.
Es gibt keinen einzelnen Prozentsatz, der all diese Bereitschaft zeigt. Die Validator-Abstimmung misst die Zustimmung zu einer Protokolländerung. Der Produktionstest ist, ob echte Nutzer einen Batch vorbereiten, signieren, einreichen, prüfen und sich von einem fehlgeschlagenen Batch ohne abweichende Aufzeichnungen erholen können. Die offene kommerzielle Frage ist, welche benannte Institution einen wiederholbaren Anwendungsfall zeigen wird, sobald Amendment und Tooling live sind.
Worauf zu achten ist
-
Amendment-Status: Ob fixBatchV1_2 die Unterstützung behält und am erwarteten 9. Oktober aktiviert wird.
-
Server-Upgrades: Der Anteil der Betreiber, die 3.4.1 laufen lassen, bevor das Sicherheitsamendment verpflichtend wird.
-
Offenlegung: Veröffentlichung des zurückgehaltenen Patch-Quellcodes und der zugesagten Retrospektive.
-
Innere Ergebnisse: Wallet- und Indexer-Unterstützung für Modusanzeige, Eltern-Links und Ergebnisse auf Aktionsebene.
-
Produktionsbelege: Ein benannter Vermögensverwalter, der Live-Batch-Volumen und dessen Settlement-Kontrollen berichtet.
FAQ
Ist XRPL Batch jetzt auf dem Mainnet live?
Die relevanten Amendments und ihr Live-Status müssen zum Zeitpunkt der Veröffentlichung geprüft werden. Der Release vom 25. September beschrieb einen Sicherheitsfix, der voraussichtlich am 9. Oktober aktiviert wird, sofern die ValidatorUnterstützung anhielt.
Wie viele Transaktionen kann ein Batch enthalten?
Die veröffentlichte XLS-0056-Spezifikation legt im aktuellen Design ein Minimum von zwei und ein Maximum von acht inneren Transaktionen fest.
Garantiert Batch, dass jede innere Aktion erfolgreich ist?
Nur der All-or-Nothing-Modus ist auf den gemeinsamen Erfolg der gesamten Gruppe ausgelegt. Andere Modi erlauben bewusst ein anderes Muster der Teilausführung.
Kann ein Vermögensverwalter für jede Gegenpartei signieren?
Nein. In einem Multi-Account-Batch müssen betroffene Konten die signierte Sammlung gemäß den Signierregeln des Protokolls genehmigen.
Bedeutet tesSUCCESS, dass das Geschäft abgewickelt wurde?
Nicht für sich genommen. Das äußere Ergebnis kann erfolgreich sein, während eine innere Aktion fehlschlägt, daher müssen Systeme jedes innere Ergebnis und die resultierenden Guthaben prüfen.
Wird Batch tokenisierte Wertpapiere rechtlich abwickeln?
Es kann On-Chain-Schritte koordinieren. Rechtliche Ansprüche, Einlösung und jedes externe Zahlungsbein hängen weiterhin von den Bedingungen des Assets und der einschlägigen Infrastruktur ab.
Was hat sich in Version 3.4.1 geändert?
Die Stiftung beschrieb einen Notfall-Sicherheitsrelease, der fixBatchV1_2 hinzufügte, einschließlich der Ablehnung innerer Transaktionen mit falscher Hülle.
Haben Vermögensverwalter eine Live-Nutzung demonstriert?
Ripple hat Vorbereitungen berichtet, aber der zitierte öffentliche Bericht benannte keinen produktiven Verwalter mit wiederholbarem Live-Batch-Settlement.
Dies ist eine Bildungszwecken dienende Analyse, keine Anlageberatung. Dieser Artikel dient ausschließlich Informations- und Bildungszwecken und stellt keine Finanz- oder Anlageberatung dar. Die Zahlen spiegeln die zum Zeitpunkt der Erstellung verfügbaren regulatorischen Einreichungen und Berichte wider und ändern sich mit jeder Offenlegung. Nichts hierin ist eine Empfehlung zum Kauf, Verkauf oder Halten eines Wertpapiers oder Assets. Führen Sie stets Ihre eigene Recherche durch. Die Angaben sind Stand 29. September 2026.