Zum Inhalt springen
AktiviertTier BNutzerfreundlichkeit

BatchV1_1 XLS-56

Die korrigierte Batch-Fassung verarbeitet zwei bis acht Transaktionen als gemeinsames Paket. BatchV1_1 ist im XRP Ledger aktiviert. xrpscan nennt 09.10.2026 als Aktivierungsdatum und rippled 3.3.0 als erste Version.

Fachlich geprüft am 25.09.2026 · Autor: Philip F. Schmitt

Status
Aktiviert
XLS
XLS-56
Aktiviert
09.10.2026

Was ändert dieses Amendment?

Warum gibt es dieses Amendment?

Mehrschrittige Abläufe liefen bisher als einzelne Transaktionen. Scheitert ein späterer Schritt, bleiben die früheren bestehen. Die erste Batch-Fassung wurde nach einem Fehler in der Signaturprüfung deaktiviert, deshalb erscheint die Funktion mit einer neuen Amendment-ID.

Wie funktioniert der Mechanismus?

Die äußere Batch-Transaktion trägt Gebühr und Signatur, die inneren Transaktionen bleiben unsigniert, haben die Gebühr 0 und tragen das Flag tfInnerBatchTxn. Ein Modus-Flag legt fest, ob alle, genau eine, alle bis zum ersten Fehler oder alle unabhängig voneinander ausgeführt werden. Weitere beteiligte Konten zeichnen über BatchSigners, ihre Signatur umfasst Konto, Sequence und Flags der äußeren Transaktion sowie die IDs aller inneren Transaktionen.

Was ändert sich gegenüber dem Vorgänger?

VorherNachher
Mehrere Transaktionen ließen sich nur einzeln einreichen. Die ursprüngliche Batch-Fassung ist seit rippled 3.1.1 als nicht unterstützt markiert und kann nicht aktiviert werden.Mit aktivem Amendment kann ein Konto zwei bis acht Transaktionen in einem Batch einreichen, auch gemeinsam mit anderen Konten, die über BatchSigners mitzeichnen. Die inneren Transaktionen stehen mit eigenen Metadaten und dem Verweis ParentBatchID im selben Ledger.

Für wen ist die Änderung relevant?

XRP-Halter und Nutzer

Ein Batch kann mehrere Zahlungen oder Einstellungen in einem Schritt ausführen. Vor der Signatur muss jede innere Transaktion sichtbar sein, weil die Signatur das ganze Paket freigibt.

Wallets und App-Entwickler

Die äußere Transaktion meldet auch bei gescheiterten inneren Transaktionen tesSUCCESS. Apps werten deshalb die Ergebniscodes der inneren Transaktionen aus und setzen Sequence-Nummern erst nach der Validierung fort.

Börsen und Emittenten

Börsen und Dienste können atomare Tauschgeschäfte zwischen Konten abbilden. Explorer und Indexer ordnen innere Transaktionen über ParentBatchID ihrem Batch zu.

Node-Betreiber

Nodes prüfen jeden BatchSigners-Eintrag einzeln, nehmen innere Transaktionen nur als Teil der äußeren Transaktion an und wenden sie über diese an.

Welche Grenzen und Risiken bleiben?

  • Ein Batch umfasst mindestens zwei und höchstens acht innere Transaktionen.
  • Ein Batch darf keinen weiteren Batch enthalten.
  • Die Batch-Transaktion selbst ist von der Delegation ausgeschlossen. Innere Transaktionen dürfen das Feld Delegate tragen.
  • Pseudo-Konten können keine BatchSigners-Einträge signieren.

Welche Gebühren- und Performancewerte nennt die Spec?

  • Die äußere Transaktion kostet die doppelte Basisgebühr, dazu die Summe der Gebühren aller inneren Transaktionen und je eine Basisgebühr für jede zusätzliche Signatur, etwa aus BatchSigners.
Technische Details: Transaktionen, Felder, Codes und Invarianten

Transaktionen

  • Batch
  • innere Transaktionen mit tfInnerBatchTxn

Felder und Flags

  • RawTransactions (2 bis 8 Einträge)
  • BatchSigners (max. 24 Einträge, aufsteigend nach Account sortiert)
  • ParentBatchID
  • tfAllOrNothing 0x00010000
  • tfOnlyOne 0x00020000
  • tfUntilFailure 0x00040000
  • tfIndependent 0x00080000
  • tfInnerBatchTxn 0x40000000

Ergebnis-Codes

  • temINVALID_FLAG
  • temARRAY_EMPTY
  • temARRAY_TOO_LARGE
  • temBAD_FEE
  • temBAD_SIGNATURE
  • temBAD_SIGNER
  • temINVALID_INNER_BATCH
  • temREDUNDANT
  • temSEQ_AND_TICKET
  • tefBAD_AUTH
  • tefBAD_QUORUM

Wie sieht ein konkreter Ablauf aus?

Alice tauscht 1.000 XRP gegen 1.000 USD von Bob. Bob reicht einen Batch im Modus tfAllOrNothing mit beiden Zahlungen ein, Alice zeichnet über BatchSigners, und der Ledger führt beide Zahlungen gemeinsam aus oder keine davon.

Wie hängt dieses Amendment mit anderen zusammen?

Jede direkte Verbindung besitzt einen Typ, eine Erklärung und eine Primärquelle.

Wie geht es mit diesem Amendment weiter?

BatchV1_1 ist im XRP Ledger aktiviert. xrpscan nennt 09.10.2026 als Aktivierungsdatum und rippled 3.3.0 als erste Version.

Die Regeln sind bereits Teil des Mainnets. Serverbetreiber brauchen eine kompatible rippled-Version, normale Wallet-Nutzer müssen nichts manuell aktivieren.

Wo steht es in seiner Amendment-Familie?

Welche Primärquellen belegen die Angaben?

← Alle XRPL-Amendments und XLS-Spezifikationen