Cross-Chain-Nachrichten

Ein Wert auf Kette A bleibt auf Kette A, und die übliche Konstruktion sperrt oder verbrennt ihn dort und gibt eine Darstellung auf Kette B aus. Wer auf B hält, besitzt einen Anspruch gegen das, was das Original hält, und dieser Anspruch ist genau so viel wert wie die Verwahr- und Prüfregelung der Bridge. Ist die Konstruktion Verbrennen und Neuausgeben, ist der Emittent auf beiden Seiten dieselbe Partei; das ist eine andere und meist bessere Lage für den Halter.

Darunter wird eine Nachricht befördert: die Behauptung, dass ein Ereignis auf der Ausgangskette geschah, geliefert an einen Vertrag auf der Zielkette, der darauf handelt. Tokenbewegung ist eine Anwendung dieser Nachrichtenschicht, und ein Protokoll, das beliebige Nachrichten trägt, trägt auch eine Anweisung, einen Preis oder eine Zustandsänderung. Ein Fehler in dieser Nachrichtenschicht kann deshalb über den Diebstahl aus einer einzelnen Bridge hinausgehen.

Ein externer Validatorensatz ist das häufigste: Eine Gruppe Nodes beobachtet die Ausgangskette und signiert die Bestätigung, dass ein Ereignis geschah, mit einer Signaturschwelle, die der Zielvertrag annimmt. Das Vertrauensmodell mit Signaturschwelle scheitert, wenn genügend Signaturschlüssel kompromittiert sind oder die Unterzeichner zusammenarbeiten, und die ganze Sicherheit reduziert sich auf die Schlüsselverwaltung dieses Satzes.

Ein Light Client prüft den Konsens der Ausgangskette unmittelbar in einem Vertrag auf der Zielkette; das entfernt die externe vertraute Partei und setzt die Sicherheit der Ausgangskette an ihre Stelle. Das Modell der Konsensprüfung scheitert an Kosten und an Aktualisierungen, denn Konsensprüfung onchain ist teuer und eine Hard Fork der Ausgangskette kann den Client brechen. Optimistische Prüfung nimmt eine Nachricht nach einem Einspruchsfenster an, in dem jeder einen Betrugsbeweis einreichen kann; das tauscht Wartezeit gegen eine schwächere Vertrauensannahme und scheitert, wenn im Fenster niemand hinschaut oder das Fenster für einen Einspruch zu kurz ist. Jedes Modell antwortet anders auf dieselbe Frage, und keines entfernt Vertrauen: Sie verlagern es.

CCIP (auf Englisch) führt Nachrichten durch die dezentralen Orakelnetze von Chainlink und fügt ein Risk Management Network als getrennte, codeverschiedene Schicht hinzu, die jeden Transfer überwacht; das ist eine gestufte Verteidigung mit einer zweiten unabhängigen Prüfung. Standardmäßig wartet es auf mehr Bestätigungen der Ausgangskette und schließt daher langsamer ab. Chainlink liefert außerdem Preisfeeds für Smart Contracts.

LayerZero (auf Englisch) trennt Endpunkt, Prüfung und Ausführung und lässt jede Anwendung ihre Sicherheit aus Decentralized Verifier Networks zusammenstellen; damit liegt die Konfigurationsentscheidung beim Anwendungsentwickler. Wormhole (auf Englisch) nutzt einen festen Satz von 19 institutionell betriebenen Guardian-Nodes mit einer Signaturschwelle von 13 aus 19; das ist leichter zu beurteilen und nicht konfigurierbar. Axelar (auf Englisch) lässt seinen eigenen Validatorensatz über General Message Passing Einigung über Cross-Chain-Nachrichten erzielen und sie signieren, bestätigt also den Zustand anderer Ketten neu. Hyperlane (auf Englisch) lässt jede Anwendung Multisig-, optimistische oder Zero-Knowledge-Prüfung über modulare Interchain Security Modules wählen. Weitere Systeme sind CCTP von Circle, nur für USDC und mit Verbrennen und Neuausgeben durch den Emittenten, und IBC im Cosmos-Umfeld, das mit Light Clients prüft.

Ronin verlor rund 625 Millionen US-Dollar durch kompromittierte Validatorenschlüssel; das ist der externe Validatorensatz, der an der Schlüsselverwaltung scheitert. Wormhole verlor rund 320 Millionen durch eine Umgehung der Signaturprüfung, ein Fehler in der Prüfung auf der Zielseite. Nomad verlor rund 190 Millionen, nachdem eine fehlerhafte Initialisierung der Merkle-Wurzel jedem erlaubte, eine Nachricht erneut abzuspielen. Die Horizon-Bridge von Harmony verlor rund 100 Millionen durch eine kompromittierte Zwei-von-fünf-Multisig, bei der die Schwelle selbst zu niedrig war, um zwei Kompromittierungen zu überstehen.

Das Muster ist, dass der Diebstahl an der Prüfgrenze geschah und nicht in den Ketten darunter, die beide richtig weiterliefen. Bridge-Angriffe machten 2025 rund 2,8 Milliarden US-Dollar Verlust aus, etwa 40 Prozent aller Web3-Sicherheitsvorfälle. Im April 2026 zog eine gefälschte Cross-Chain-Nachricht etwa 292 Millionen in rsETH ab und betraf KelpDAO; die Ursache wurde auf eine Konfiguration mit einem einzelnen Prüfer zurückgeführt und nicht auf einen Protokollfehler, mit umstrittener Verantwortung zwischen Anwendung und Protokoll. Ein konfigurierbares Sicherheitsmodell überlässt die Entscheidung der Anwendung, auch bei der Übernahme der Standardkonfiguration.

Bei einem regulierten Instrument muss feststehen, wann die Übertragung rechtlich endgültig und unumkehrbar wird. Ein Cross-Chain-Übertrag hat mindestens zwei Finalitätsereignisse, eines je Kette, und ein Fenster dazwischen, in dem die Ausgangskette noch umorganisieren könnte, während das Ziel schon gehandelt hat. Ein Protokoll, das auf einem nicht finalisierten Ausgangsblock handelt, lässt sich dazu bringen, einen Wert gegen eine Transaktion zu liefern, die es danach nicht gibt.

Die Bestätigungsregel beeinflusst deshalb neben der Leistung auch die rechtliche Endgültigkeit. Ein tokenisiertes Wertpapier, das die Kette wechselt, braucht einen festgelegten Punkt der Endgültigkeit, das Register mit der maßgeblichen Aufzeichnung und die Behandlung einer Umorganisation über diesen Punkt. Bei tokenisierten Wertpapieren muss die Übertragung zum rechtlichen Register passen. In Onchain-Kapitalmärkten kommt die Abwicklung gegen eine Zahlung hinzu. Diese Anforderungen erklären mit, warum regulierte Tokenisierung derzeit meist auf einem Register bleibt.

Eine Cross-Chain-Nachricht und ein Preisfeed sind dasselbe Problem mit anderer Nutzlast. In beiden Fällen muss ein Vertrag auf Angaben handeln, die er selbst nicht prüfen kann, und ein Satz Parteien wird als redlich meldend angenommen. Die Ausfallformen ähneln sich: ein kompromittierter Meldesatz, ein veralteter Wert, auf dem wie auf einem aktuellen gehandelt wird, eine Zusammenfassungsregel, die ein Manipulierender ausnutzen kann.

Darum dient dieselbe Infrastruktur beiden, und darum sollte ein Institut, das eines beurteilt, die Fragen des anderen stellen. Die Prüfmechanismen von Orakelnetzen sind auch für Nachrichten zwischen Chains relevant. Die Sicherheit von Orakelnetzen betrifft ähnliche Angriffe auf die übermittelten Daten.

Protokolle unterscheiden sich in ihren Vertrauensannahmen und Ausfallformen, weshalb ihre Sicherheit von den Anforderungen der jeweiligen Anwendung abhängt. Ein fester, benannter Validatorensatz ist leicht zu beurteilen und je Anwendung nicht verbesserbar. Ein konfigurierbares Modell kann stärker als jedes feste werden und auch auf einer schwächeren Vorgabe stehen bleiben. Ein Light Client hat die besten Vertrauenseigenschaften und die höchsten Kosten. Nützlich ist für ein Institut die Frage, welche Annahme es einem Risikoausschuss schriftlich nennen und danach überwachen kann.

Ein verpackter Token ist ein auf der Zielkette ausgegebener Anspruch, und sein Wert ruht auf der Verwahrung des Originals durch die Bridge plus der Richtigkeit der Ausgabelogik. Wird die Bridge geleert, bleibt der verpackte Token auf der Kette mit nichts dahinter; das erfuhren Halter in jedem der großen Ausfälle. Verbrennt und gibt der Emittent des Originals selbst neu aus, wie bei CCTP von Circle für USDC, ist die Gegenpartei des Halters der Emittent und keine Bridge, und das ist ein deutlich anderes Risiko.