Zum Inhalt springen
Financial Context Wiki

Canonical Bridge

Ein verifikationsorientierter Leitfaden zu protokollbestimmten Bridges, Asset-Deckung, Cross-Domain-Nachrichtenstatus, Withdrawals mit Fault oder Validity Proofs, Upgrade-Kontrollen, Gebühren und Fast-Bridge-Vergleichen.

Aktualisiert

Nur zu Bildungszwecken; stellt keine Anlageberatung oder Anlageempfehlung dar. Anlagen können zu Verlusten führen.

Direkte Antwort

Eine Canonical Bridge ist die von einem bestimmten Rollup oder Chain-Ökosystem festgelegte Route für Assets oder Nachrichten. Üblicherweise verbindet sie Verträge, die ein Asset auf einer Chain treuhänderisch sperren oder verbrennen, eine vom Protokoll anerkannte Nachricht übermitteln und das entsprechende Asset auf der anderen Chain prägen, entsperren oder freigeben. Canonical ist eine Bezeichnung des Ökosystems, kein universeller Standard, keine kryptografische Garantie und kein Nachweis, dass Website und Adresse echt sind.

Ihre Sicherheit ist keine additive Formel. Sie hängt gemeinsam von Finalität der Ursprungs-Chain, Datenverfügbarkeit, Zustands- oder Nachrichtenverifikation, Bridge-Bilanzierung, Zielausführung, Replay-Schutz, Upgrade- und Pausenbefugnissen sowie einem nutzbaren Ausstiegspfad ab. Eine Fast Bridge kann Nutzer früher aus Liquidität bezahlen und später über die kanonische Route abrechnen. Dadurch entstehen jedoch zusätzliche Annahmen über Liquiditätsanbieter, Solver, Verifizierer und Ausführung, statt dieselbe Zustandsmaschine kostenlos zu beschleunigen.

1
Sperren oder verbrennen

Der Quellkettenvertrag hinterlegt oder zerstört die Quelldarstellung.

Funktionsweise

  1. Legen Sie den Routensnapshot fest: chainId von Quelle und Ziel, Richtung, Rollup-Stack und -Version, Adressen von Bridge, Portal, Messenger, Inbox oder Gateway, Token-Adressen, Empfänger, Betrag, Blockreferenzen und offizielle Dokumentation. Verlassen Sie sich nie allein auf ein Suchergebnis oder die Bezeichnung offiziell.
  2. Bestimmen Sie Sicherheits- und Kontrollmodell. Erfassen Sie Regeln für optimistische Fault Proofs oder Validity Proofs, Datenverfügbarkeitsmodus, Sequencer und Forced Path, Proxy-Implementierung, Administrator oder Security Council, Timelock, Pausenstatus, Ratenlimits und Upgrade-Verzögerung. Canonical bedeutet nicht unveränderlich.
  3. Klassifizieren Sie das Asset-Konto. Unterscheiden Sie nativen Wert von ERC-20-Token und identifizieren Sie Lock-and-Mint-, Burn-and-Release- oder Burn-and-Mint-Verhalten. Prüfen Sie das registrierte Token-Paar, Roheinheiten, Dezimalstellen, Custom Gateway und Unterstützung von Fee-on-Transfer-, Rebasing- oder gesperrten Assets.
  4. Erstellen Sie die richtungsspezifische Nachrichtenzustandsmaschine. Ein Deposit kann Freigabe, Escrow oder Verbrennung an der Quelle, Quellfinalität, Ableitung oder Relay sowie Prägen oder Entsperren am Ziel durchlaufen. Ein Withdrawal kann Verbrennung oder Escrow am Ziel, Nachrichteneinschluss, State Commitment, Proof, Anfechtung oder Proof-Akzeptanz, Finalisierung und Freigabe an der Quelle erfordern.
  5. Verfolgen Sie drei Uhren getrennt: Transaktionseinschluss, Protokollabrechnung oder Zustandsfinalität sowie Asset-Verfügbarkeit für Nutzung oder Auszahlung. Erfassen Sie Quell-Transaktionshash, Nachrichten- oder Withdrawal-Hash, Output- oder Proof-Referenz und jede Relay-, Prove-, Finalize-, Claim-, Retry- oder Refund-Transaktion.
  6. Erstellen Sie das Wirtschaftlichkeitskonto. Trennen Sie übertragenes Kapital, Gas auf Quell- und Ziel-Chain, Proof- oder Finalisierungs-Gas, Protokoll- oder Relayergebühr, Liquiditätsanbietergebühr, Slippage und Opportunitätskosten der Wartezeit. Vergleichen Sie Fast Bridge und kanonische Route als unterschiedliche Ansprüche und Vertrauensmodelle.
  7. Stimmen Sie die abgeschlossene Route mit Belegen, Ereignissen, Escrow-Salden, umlaufender Repräsentation, ausstehenden Ansprüchen, Empfängersalden und verbleibenden Allowances ab. Warten Sie die erforderliche Finalität ab, halten Sie Notfall-Gas bereit, testen Sie gegebenenfalls permissionless oder erzwungene Pfade und stoppen Sie, statt einen Deposit mit ungeklärtem Nachrichtenstatus zu wiederholen.

Durchgerechnete Beispiele

  • Konto eines nativen Asset-Deposits. Ein Nutzer beginnt mit 5.0000 ETH, zahlt 2.5000 ETH ein und entrichtet 0.0042 ETH Gas auf der Ursprungs-Chain. Die Ursprungs-Wallet endet bei 5.0000 - 2.5000 - 0.0042 = 2.4958 ETH; der Escrow steigt um 2.5000 ETH; und nach einem erfolgreichen Eins-zu-eins-Relay steigt die Zielrepräsentation um 2.5000 ETH. Die Deckungsquote beträgt 2.5000 / 2.5000 = 100%. Escrow und Repräsentation sind Deckung und Anspruch, nicht 5 ETH neu geschaffener wirtschaftlicher Wert.
  • Roheinheiten und Token-Zuordnung. Ein Nutzer zahlt 1,250.000000 USDC ein. Der verifizierte Ursprungsvertrag verwendet 6 decimals, sodass der Rohbetrag 1,250 * 10^6 = 1,250,000,000 beträgt. Bei verifizierter Eins-zu-eins-Zuordnung ohne Tokengebühr ändern sich Quell-Escrow und Zielprägung jeweils um 1,250,000,000 raw units, die am Ziel als 1,250.000000 USDC angezeigt werden. Ein gleichnamiger Token an einer anderen Adresse ist kein austauschbarer Nachweis.
  • Withdrawal-Uhren sind verschieden. Angenommen, ein Deployment registriert einen Withdrawal am 2026-08-01 12:00:00 UTC und wendet ab diesem protokolldefinierten Start einen Anfechtungszeitraum von 604,800-second = 7-day an. Die Zeitschwelle ist 2026-08-08 12:00:00 UTC; eine Prove- oder Finalize-Transaktion, Gas und die gewählte Bestätigungsrichtlinie der Ursprungs-Chain können zusätzliche Zeit erfordern. Dieses parametrisierte Beispiel behauptet nicht, dass jede Bridge sieben Tage wartet, und die Finalität der Zieltransaktion allein gibt keine Mittel auf der Quelle frei.
  • Fast-Route-Angebot gegenüber Wartekosten. Für 10,000 USDC verlangt eine Fast Bridge 0.08% plus 3 USDC, ohne Gas und Slippage. Die Kosten betragen 10,000 * 0.0008 + 3 = 11 USDC, der sofortige Erlös 9,989 USDC. Gegenüber einer hypothetischen kanonischen Wartezeit von 7-day beträgt der einfach annualisierte Preis des früheren Zugriffs (11 / 9,989) * (365 / 7) = 5.7420305193%. Dieser Vergleich ist weder Rendite noch risikofreier Zins und lässt Solver-, Liquiditäts-, Ausfall- und Abwicklungsrisiken außer Acht.

Risiken

  • Nutzung einer Phishing-Oberfläche oder nicht verifizierten Dokumentationsdomain.
  • Wahl der falschen Quell- oder Ziel-Chain und chainId.
  • Senden an eine gefälschte Bridge, ein gefälschtes Portal, Messenger, Gateway oder einen falschen Empfänger.
  • Annahme eines gleichnamigen Tokens mit falscher registrierter Gegenpartei-Zuordnung.
  • Fehlinterpretation von Dezimalstellen, Roheinheiten oder nicht standardisiertem Transferverhalten.
  • Verwechslung nativer Assets, Wrapped-Gas-Token und gebridgter Repräsentationen.
  • Offenlegung einer überhöhten Allowance oder Freigabe an den falschen Spender.
  • Übersehen eines Proxy-Upgrades, kompromittierten Administrators, Security-Council-Eingriffs oder geänderten Timelocks.
  • Auftreten einer Pause, Denylist, eines Ratenlimits oder eingefrorenen Withdrawal-Pfads.
  • Behandlung eines Quellbelegs als Nachweis erfolgreicher Zielausführung.
  • Unzureichende Finanzierung von Zielausführung, Retry, Prove, Claim oder Refund.
  • Verlust einer Nachricht durch Retry-Ablauf, fehlerhafte Refund-Handhabung oder Address Aliasing.
  • Missachtung einer Reorganisation der Ursprungs-Chain oder unzureichender Finalität.
  • Abhängigkeit von einem zensierenden oder nicht verfügbaren Sequencer ohne funktionierenden Forced Path.
  • Verlust der Datenverfügbarkeit, die für Proof, Rekonstruktion oder Exit benötigt wird.
  • Annahme einer ungültigen State Root, Nachrichtenproof, Nullifier- oder Replay-Bedingung.
  • Abhängigkeit von nicht verfügbaren Proposern, Provern, Challengern oder permissioned Finalizern.
  • Fehlinterpretation eines geänderten Anfechtungs-, Fälligkeits- oder Proof-Akzeptanzparameters.
  • Escrow-Insolvenz, Bilanzabweichung, Token-Depeg oder Zielilliquidität.
  • Zusätzliche Risiken aus Fast Bridge, Aggregator, Verifizierer, LP, Solver, Slippage, Steuern und Sanktionen.

Häufige Fehlannahmen

  • Canonical ist ein universeller Standard und bedeutet automatisch trustless oder risikofrei.
  • Eine erfolgreiche Quelltransaktion oder ein in der UI erschienener Saldo beweist endgültige Abwicklung.
  • Jeder Rollup-Withdrawal hat dieselbe Wartezeit von sieben Tagen.
  • Quell-Escrow und Zielrepräsentationen können als unabhängiger TVL addiert werden.
  • Eine Fast Bridge ist lediglich dieselbe Canonical Bridge mit einer Geschwindigkeitseinstellung.

Verwandte Themen

Quellen

Navigation

Wiki durchsuchen...