Zum Inhalt springen
Financial Context Wiki

Cross-Chain-Bridge

Ein verifikationsorientierter Leitfaden zu Cross-Chain-Routen für Assets und Nachrichten, Vertrauensmodellen, Nachrichtenstatus, Replay-Schutz, Deckung, Liquidität, Gebühren, Wiederholungen und abschließender Abstimmung.

Aktualisiert

Nur zu Bildungszwecken; keine Anlage-, Rechts- oder Sicherheitsberatung. Eine Cross-Chain-Route kann durch Konsens, Verifikation, Verträge, Governance, Betrieb, Liquidität oder Nutzerfehler scheitern.

Direkte Antwort

Eine Cross-Chain-Bridge ist ein System, durch das eine in einer Ausführungsdomäne beobachtete Asset-Übertragung oder Nachricht in einer anderen Domäne ein autorisiertes Ergebnis auslöst. Unabhängige Chains vertrauen dem Zustand anderer Chains nicht automatisch. Eine Route benötigt daher ein Verifikationsmodell, Regeln für die Ausführung am Ziel und bei Assets ein Emissions-, Verwahrungs- oder Liquiditätsmodell.

Diese Dimensionen sind getrennt zu betrachten. Assets können Lock-and-Mint, Burn-and-Release, Burn-and-Mint durch den Emittenten oder die Lieferung durch Liquiditätsanbieter nutzen. Nachrichten können über einen Light Client oder Validity Proof, ein optimistisches Anfechtungsverfahren, einen Schwellenwert von Attestierern oder Validatoren oder einen anwendungsspezifischen Verifizierer akzeptiert werden. Jede Kombination kann andere Finalitäts-, Replay-, Upgrade-, Verfügbarkeits- und Solvenzrisiken haben. Quelltransaktion, Attestierung, Zielsaldo und wirtschaftliche Einlösung sind verschiedene Zustände.

1
Sperren oder verbrennen

Der Quellkettenvertrag hinterlegt oder zerstört die Quelldarstellung.

Funktionsweise

  1. Routen-Snapshot fixieren: Protokoll und Version, Quell- und Ziel-chainId oder Domäne, Adressen von Gateway, Router, Messenger oder Adapter, Token-Paar, Empfänger, Betrag, Dezimalstellen, Frist, Blockreferenzen und offizielle Dokumentation. Name, Symbol oder Aggregator-Label beweisen keine Identität.
  2. Zwei unabhängige Dimensionen klassifizieren. Festhalten, ob der Asset-Pfad Lock-and-Mint, Burn-and-Release, Burn-and-Mint durch den Emittenten oder Liquiditätsbereitstellung nutzt und ob der Nachrichtenpfad Konsensbeweise, Light Clients, optimistische Verifikation, Attestierungen, einen Validator-Schwellenwert oder einen anderen Verifizierer verwendet.
  3. Vertrauens- und Kontrollwurzeln abbilden. Dazu gehören Quellfinalität, Datenverfügbarkeit, Proof- oder Attestiererannahmen, Ziel-Executor, Replay-Schutz, Proxy-Implementierung, Administrator oder Security Council, Upgrade-Verzögerung, Pause und Ratenlimits. Kanonisch, offiziell, geprüft oder beweisbasiert ist keine vollständige Risikobewertung.
  4. Richtungsspezifische Zustandsmaschine erstellen: Einreichung, Inklusion und erforderliche Finalität an der Quelle; Nachrichten-ID, Nonce oder Sequenz; Proof oder Attestierung; Relay; Zielausführung; Bestätigung; sowie Wiederholung, Timeout, Erstattung oder Anspruch. Einzahlungs- und Auszahlungswege können asymmetrisch sein.
  5. Asset- und Nachrichtenbücher in Roh-Einheiten aufbauen. Zulässigen Escrow-Bestand, umlaufende Repräsentationen, gesperrte noch nicht geprägte Ansprüche, verbrannte noch nicht freigegebene Ansprüche, Burns und Mints des Emittenten, verbrauchte Nachrichten-IDs und verbleibende Berechtigungen abstimmen. Escrow und Repräsentation nie als zwei unabhängige Assets zählen.
  6. Ausführbares wirtschaftliches Kassenbuch erstellen. Token-Nennbetrag und Protokollgebühr von Quell- und Zielgas, Relayer- oder Liquiditätsanbietergebühr, angebotener Kapazität, Mindestausgabe, Slippage, Preiseffekt und Wartekosten trennen. Ein Quote ist kein Fill, und in einem nativen Token bezahltes Gas wird nicht automatisch vom Output des übertragenen Tokens abgezogen.
  7. Route anhand tatsächlicher Nachweise abstimmen: Quellbeleg und finaler Block, Nachrichten- oder Paketstatus, Verifiziererausgabe, Zielbeleg und Zustandsänderungen, exakter Token-Vertrag, Saldo, Einlösbarkeit und Liquidität. Überschüssige Berechtigungen widerrufen, Gas für Wiederherstellung vorhalten und eine ungeklärte Übertragung nicht einfach wiederholen.

Durchgerechnete Beispiele

  • Deckung mit schwebenden Ansprüchen. Zulässiger Escrow beträgt 10,000 units; die umlaufende Zielrepräsentation 9,700 units; gesperrte noch nicht geprägte Ansprüche 200 units; und verbrannte noch nicht freigegebene Ansprüche 100 units. Die wirtschaftlichen Ansprüche sind 9,700 + 200 + 100 = 10,000 units, somit beträgt die bereinigte Deckung 10,000 / 10,000 = 100.0000000000%. Eine Division nur durch die umlaufende Menge weist fälschlich 10,000 / 9,700 = 103.0927835052% aus. Deckung belegt weder Vertragssicherheit noch sofortige Liquidität.
  • Token-Output gegenüber wirtschaftlichen Kosten. Ein Nutzer sendet 5,000 USDC; eine Protokollgebühr von 5 USDC wird abgezogen, sodass der Token-Output am Ziel 4,995 USDC beträgt. Quellgas beträgt 0.003 ETH, Gas für den Anspruch am Ziel 0.001 ETH; bei expliziten 2,000 USD/ETH kosten diese getrennten Zahlungsströme $6 und $2. Die wirtschaftlichen Gesamtkosten betragen $5 + $6 + $2 = $13, der empfangene Nettovermögenswert $4,987, während der Zielsaldo 4,995 USDC bleibt.
  • Kompromittierter Schwellenwert und Reservedefizit. Eine hypothetische 3-of-5-Attestierer-Bridge hält $5,000,000 Escrow und 5,000,000 legitim gewrappte Einheiten. Fälschen drei autorisierte Schlüssel einen ungedeckten Mint von 1,000,000-unit, steigt die Menge auf 6,000,000, das Defizit beträgt $1,000,000 und die anteilige Deckung 5,000,000 / 6,000,000 = 83.3333333333% beziehungsweise $0.8333333333 Reserve je Token. Das ist ein Buchhaltungsergebnis, kein garantierter Markt- oder Erlöswert.
  • Kapazität einer Liquiditätsroute. Angefragt werden 100,000 units. Route A hat eine Kapazität von 60,000 und berechnet 0.20%; sie liefert 60,000 * (1 - 0.002) = 59,880 units. Eine unabhängige Route B verarbeitet 40,000 zu 0.35% zuzüglich 20 units und liefert 40,000 * (1 - 0.0035) - 20 = 39,840 units. Der Gesamtoutput beträgt 99,720 units; die Kosten betragen 280 units oder 280 / 100,000 = 0.2800000000%. Jede Route hat eigene Sicherheitsannahmen; Teilausführung besteht nur, wenn Protokoll und tatsächliche Belege sie erlauben.

Risiken

  • Falsche Quelle, falsches Ziel, falsche chainId oder Domäne auswählen.
  • Eine Phishing-Oberfläche, Dokumentationsseite oder einen betrügerischen Routenaggregator verwenden.
  • Über ein gefälschtes Gateway, einen Router, Messenger oder Adapter senden.
  • Falsches Token-Paar, falschen Empfänger oder gleichnamige Repräsentation akzeptieren.
  • Dezimalstellen, Roh-Einheiten oder Verhalten von Fee-on-Transfer- und Rebasing-Token falsch lesen.
  • Übermäßige Approval-, Permit- oder Operator-Berechtigung bestehen lassen.
  • Einer Quelltransaktion vor ausreichender Finalität oder nach einer Reorganisation vertrauen.
  • Kompromittierten Verifiziererschlüsseln, Validatoren, Attestierern oder Schwellenwertmitgliedern vertrauen.
  • Einen fehlerhaften Light Client, Proof-Verifizierer oder Streitmechanismus akzeptieren.
  • Replay-, Doppel-Mint-, Sequenz-, Reihenfolge- oder Idempotenzfehler zulassen.
  • Quellerfolg als Beweis der Zielausführung behandeln.
  • Zu wenig Zielgas für Ausführung, Wiederholung, Anspruch oder Erstattung vorhalten.
  • Von nicht verfügbaren Relayern, Provern, Attestierern oder Executoren abhängen.
  • Verfügbarkeit durch Sequencer-Zensur oder nicht verfügbare Daten verlieren.
  • Upgrade, Administratorwechsel, Pause, Ratenlimit oder Umgehung eines Timelocks übersehen.
  • Escrow-Insolvenz, gemeinsame Reserven oder Buchungsabweichungen in Transit ignorieren.
  • Kompatibilität nicht standardisierter Token-Hooks mit der Bridge annehmen.
  • Liquiditätskapazität überschreiten oder auf veralteten Quote und Rebalancing-Pfad vertrauen.
  • Depeg, Slippage, MEV oder einen unbrauchbaren Einlösungspfad erleiden.
  • Timeout-, Erstattungs-, Wiederherstellungs-, Steuer-, Sanktions- oder Verwahrungsregeln missverstehen.

Häufige Missverständnisse

  • Dieselbe Coin bewegt sich physisch von einer Blockchain zur anderen.
  • Kanonisch, offiziell, geprüft oder beweisbasiert bedeutet automatisch risikofrei.
  • Eine erfolgreiche Quelltransaktion garantiert Zielgutschrift und finale Abwicklung.
  • Eins-zu-eins-Deckung garantiert sofortige Eins-zu-eins-Einlösung und Marktliquidität.
  • Eine Fast Bridge ist lediglich dieselbe Abwicklungsroute in höherer Geschwindigkeit.

Verwandte Themen

Quellen

Navigation

Wiki durchsuchen...