Cross-Chain-Nachrichten: wem man die Behauptung glaubt

Nichts wechselt. 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. Darum geht es um Nachrichten und nicht um Bridges, und darum kann ein Fehler in der Nachrichtenschicht schlimmer sein als ein Diebstahl aus einer Bridge.

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. Es scheitert, wenn genug der Signaturschlüssel kompromittiert sind oder zusammenspielen, 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. Es 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. Die Seite Chainlink behandelt das Unternehmen und seine anderen Produkte.

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. Zwei weitere Systeme sind nennenswert: 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.

Die Chronik ist genau, und die Mechanismen wiederholen sich. 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. Dieser Streit ist die Lehre: Ein konfigurierbares Sicherheitsmodell verlagert die Entscheidung in die Anwendung, und wer die Vorgabe übernimmt, hat eine Sicherheitsentscheidung getroffen, ohne es zu merken.

Bei einem regulierten Instrument zählt nicht, ob der Token ankommt, sondern wann der Übertrag rechtlich endgültig und unumkehrbar ist. 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.

Damit ist die Bestätigungsregel ein rechtlicher Parameter und keine Leistungseinstellung. 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. Die Seite tokenisierte Wertpapiere behandelt die Registerfrage und Onchain-Kapitalmärkte die Abwicklungsseite. Ehrlich gelesen bleibt regulierte Tokenisierung heute darum meist auf einem Register.

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 reimen 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 Seite Orakelnetze behandelt deren Funktionsweise und Sicherheit von Orakelnetzen die Angriffs- und Abwehrmuster, die unmittelbar auf den Nachrichtenfall übergehen.

Es gibt kein sicherstes, nur verschiedene Vertrauensannahmen und verschiedene Ausfallformen, und eine Seite, die sie in eine Rangliste bringt, verkauft etwas. 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.

Nein, und ihn als dasselbe zu behandeln hat Halter überrascht. 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.