Zum Inhalt springen
In AbstimmungTier AInteroperabilität

XChainBridge XLS-38

XLS-38 definiert Brücken für Assets zwischen XRPL-basierten Netzwerken. XChainBridge ist auf dem Mainnet offen, aber noch nicht aktiviert. Aktuell melden 4 von 35 erfassten Validatoren Unterstützung.

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

Status
In Abstimmung
XLS
XLS-38
Version
rippled 2.0.0
Aktiviert
Keine Angabe

Wie steht die Mainnet-Abstimmung?

4 von 35 Ja-Stimmen, benötigt: 28 (aktuell 11 %, Ziel 80 %)

Was ändert dieses Amendment?

Warum gibt es dieses Amendment?

Assets sollen zwischen zwei XRPL-basierten Ledgers übertragen werden können, obwohl beide Ledgers ihren Zustand getrennt validieren.

Wie funktioniert der Mechanismus?

Eine Bridge verbindet eine Locking Chain und eine Issuing Chain, die ihren Konsens getrennt führen. Ein Transfer sperrt oder verbrennt auf der Quellseite, unabhängige Witness-Server signieren Attestations und die Zielseite gibt nach Erreichen des Signer-Quorums den Gegenwert frei. Claim-Objekte sorgen dafür, dass ein öffentlich sichtbarer Nachweis nur einmal eingelöst werden kann.

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

VorherNachher
Zwei XRPL-basierte Ledger hatten keine gemeinsamen On-Ledger-Objekte für Quorum-Attestations, Claims und koordinierte Assetfreigaben.Door-Konten, Bridge-Objekte und Witness-Nachweise bilden Transfers sowie optional die Kontoanlage über beide Ledger ab.

Für wen ist die Änderung relevant?

XRP-Halter und Nutzer

Ein Brückentransfer fügt Witness-, Door- und Gegenledger-Risiken hinzu. Er ist kein einzelner atomarer Transfer innerhalb desselben Ledgers.

Wallets und App-Entwickler

Apps müssen beide Ledger, ClaimID, Commit, Attestations, Quorum und mögliche manuelle Claim-Pfade verfolgen.

Börsen und Emittenten

Bridgebetreiber konfigurieren Door-Konten, SignerList, Witnesses, Rewards und die Behandlung der Assets. IOU-Bridges dürfen kein Clawback-Asset verwenden.

Node-Betreiber

Ein rippled-Node validiert nur die lokalen Bridge-Objekte und Attestations. Die Beobachtung des anderen Ledgers übernehmen separate Witness-Server.

Welche Grenzen und Risiken bleiben?

  • Eine Cross-Chain-Übertragung besteht aus mehreren Transaktionen auf zwei unabhängigen Ledgers und ist nicht global atomar.
  • Ein kolludierendes Witness-Quorum kann Gelder des Door-Kontos stehlen.
  • Eine Door-Seite darf nur ein Bridge-Objekt besitzen und die Bridge-Identität lässt sich nachträglich nicht ändern.
  • IOU-zu-IOU-Bridges sind mit lsfAllowTrustLineClawback unvereinbar, weil ein Clawback die Deckungsinvariante brechen würde.
  • XChainAccountCreateCommit ist nur für XRP-zu-XRP-Bridges vorgesehen.
  • Scheitert eine Cross-Chain-Kontoanlage nach dem Commit, gibt es keinen automatischen Refund. Eine Wiederherstellung hängt von einer manuellen Zahlung der Witness-kontrollierten Door ab.
  • Die beiden Ledger werden durch die Bridge nicht zu einem gemeinsamen Konsenssystem.

Welche Gebühren- und Performancewerte nennt die Spec?

  • Jede Attestation ist eine eigene Transaktion und benötigt eine Gebühr. SignatureReward verteilt einen Anreiz an die gültigen Witness-Signer.
Technische Details: Transaktionen, Felder, Codes und Invarianten

Transaktionen

  • XChainCreateBridge
  • XChainModifyBridge
  • XChainCreateClaimID
  • XChainCommit
  • XChainAddClaimAttestation
  • XChainClaim
  • XChainAccountCreateCommit
  • XChainAddAccountCreateAttestation
  • SignerListSet

Ledger-Objekte

  • Bridge
  • XChainOwnedClaimID
  • XChainOwnedCreateAccountClaimID
  • SignerList

Felder und Flags

  • XChainBridge
  • LockingChainDoor / IssuingChainDoor
  • LockingChainIssue / IssuingChainIssue
  • XChainClaimID
  • XChainClaimAttestations
  • SignatureReward
  • MinAccountCreateAmount
  • OtherChainSource / OtherChainDestination
  • AttestationSignerAccount / AttestationRewardAccount
  • tfClearAccountCreateAmount 0x00010000

Ergebnis-Codes

  • tecDUPLICATE
  • tecNO_PERMISSION

Wie sieht ein konkreter Ablauf aus?

Der Nutzer reserviert auf der Zielchain eine ClaimID und committet danach auf der Quellchain. Sobald genügend Witnesses den Commit auf der Zielchain bestätigen, wird der Gegenwert automatisch oder per XChainClaim ausgezahlt.

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?

XChainBridge ist auf dem Mainnet offen, aber noch nicht aktiviert. Aktuell melden 4 von 35 erfassten Validatoren Unterstützung.

Für die Aktivierung muss die Unterstützung mindestens 80 Prozent erreichen und zwei Wochen ununterbrochen oberhalb dieser Schwelle bleiben.

Wo steht es in seiner Amendment-Familie?

Cross-Chain Bridges: Protokollfolge

  1. XChainBridgeIn Abstimmung · ab rippled 2.0.0
  2. fixXChainRewardRoundingIn Abstimmung · ab rippled 2.2.0

Welche Primärquellen belegen die Angaben?

← Alle XRPL-Amendments und XLS-Spezifikationen