TL;DR

  • Sie bewegt gar nichts: Sie sperrt Wert in einer Kette und erstellt einen Anspruch in der anderen, wobei eine Nachrichtenebene bestätigt, dass die beiden Ereignisse übereinstimmen. Alles Interessante – und alles Gefährliche – hängt davon ab, wer diese Bestätigung überprüft.
  • Bei jedem klassischen Ausfall wurden die Beglaubigungsschicht, Schlüssel oder der Verifizierungscode kompromittiert, nicht der Konsens der Blockchains: fünf Schlüssel bei Ronin, zwei von fünf bei Harmony, ein gefälschter Nachweis bei der BNB Bridge, ein Fehler bei der Signaturprüfung bei Wormhole und eine alles akzeptierende Root bei Nomad. Über 1,8 Milliarden Dollar wurden über die Zwischeninstanz angegriffen; die realisierten Verluste beliefen sich nach Einfrierungen und Rückgewinnungen auf über 1,2 Milliarden.
  • Weil es die einzige Komponente ist, die kostengünstig, schnell und flexibel sein muss. Daher entschieden sich die Entwickler wiederholt für kleine Komitees und komplexen, maßgeschneiderten Code anstelle der teuren Option, die Sicherheit der Blockchain zu übernehmen – und beide Entscheidungen konzentrieren das Ausfallrisiko. Der Honeypot sorgt dann dafür, dass die schwächste Option aufgedeckt wird.
  • Zwei Familien verändern die Geometrie tatsächlich: vertrauensminimierte Verifizierung, Light-Clients und Zero-Knowledge-Proofs, die das Lügen genauso schwer machen wie das Knacken der Quellkette, sowie absichtsbasierte Abwicklung, die den gepoolten Honeypot verkleinert oder gänzlich beseitigt. Alles andere verbessert die Chancen, ohne die Form zu verändern.
In einem Block

Eine Cross-Chain-Brücke ist ein Interoperabilitätssystem, das Werte oder Nachrichten zwischen Blockchains transportiert, die sich gegenseitig nicht lesen können.

Wie transferiert eine Bridge eigentlich Wert zwischen Ketten?

Schnelle Antwort

Sie bewegt gar nichts: Sie sperrt Wert in einer Kette und erstellt einen Anspruch in der anderen, wobei eine Nachrichtenebene bestätigt, dass die beiden Ereignisse übereinstimmen. Alles Interessante – und alles Gefährliche – hängt davon ab, wer diese Bestätigung überprüft.

Kein Token wandert jemals. Beim vorherrschenden „Lock-and-Mint“-Design hinterlegst du Vermögenswerte in einem Brückenvertrag auf der Quellkette; eine Nachricht gelangt zur Zielkette; ein Vertrag dort prägt für dich eine „Wrapped“-Darstellung. Bei der Rückgabe wird das „Wrapped“-Token verbrannt und das Original aus der Sperre freigegeben. Es gibt Varianten, wie „Burn-and-Mint“ für native Multichain-Token und Liquiditätsnetzwerk-Designs, bei denen Pools auf beiden Seiten tauschen, anstatt zu „wrappen“, aber die Grundregel bleibt bestehen: Eine Komponente muss die Zielkette davon überzeugen, dass in der Quellkette tatsächlich etwas geschehen ist.

Diese Komponente ist die Verifizierungsschicht, und ihr Gestaltungsspielraum ist eine Vertrauensleiter. Am schwachen Ende signiert ein einzelner Betreiber oder ein kleines Komitee einfach Nachrichten mit dem Inhalt „Die Einzahlung hat stattgefunden“, und der Zielvertrag glaubt jeder korrekt signierten Nachricht. In der Mitte erhöhen größere Validatorensätze, Schwellenwertverfahren und optimistische Designs mit Betrugsfenstern die Kosten einer Lüge. Am starken Ende verifiziert die Zielkette die Quellkette direkt: Ein Light-Client überprüft die Konsensnachweise der Quellkette on-chain, oder ein Zero-Knowledge-Beweis bestätigt den Zustand der Quellkette, sodass eine Lüge den Bruch der Quellkette selbst erfordern würde.

Nun kommt noch der Honeypot hinzu. Die Lock-Verträge einer erfolgreichen Bridge sammeln den größten statischen Wertpool im Ökosystem an: In Spitzenzeiten verwahrten einzelne Bridges Milliarden. Die Struktur des Problems gleicht also einem Tresor, dessen Gesamtinhalt jedes einzelne Protokoll in den Schatten stellt und der durch einen Mechanismus bewacht wird, der aus einem Menü ausgewählt wird, in dem die kostengünstigen Optionen schwächer sind als jede der beiden Ketten, die er verbindet. Die wirtschaftlichen Gegebenheiten legen praktisch den Angriffsplan fest: Greife die Bescheinigungsschicht an, schlage neue Token vor oder gib sie ohne echte Einlage frei – und der Pool zahlt aus.

Die Konsensschichten der Ketten sind so gut wie nie der Schwachpunkt. Bei den klassischen Brückenkatastrophen haben die Blockchains genau das validiert, was ihre Regeln vorschrieben, und ehrlich aufgezeichnet, was ihnen die kompromittierte Zwischeninstanz zeigte; die operative Ausnahme bestätigt die Regel, da die BNB Smart Chain von ihren Validatoren absichtlich angehalten werden musste, um den Schaden einzudämmen.

Diagram of a cross-chain bridge showing assets locked on a source blockchain, a verification layer of committee keys or proof-checking code in the middle, and wrapped tokens minted on a destination blockchain
Abbildung 1. „Lock-and-Mint“-Brücken: der gepoolte Tresor und die Verifizierungsschicht zwischen zwei Ketten.

Was haben die größten Bridge-Hacks gemeinsam?

Schnelle Antwort

Bei jedem klassischen Ausfall wurden die Beglaubigungsschicht, Schlüssel oder der Verifizierungscode kompromittiert, nicht der Konsens der Blockchains: fünf Schlüssel bei Ronin, zwei von fünf bei Harmony, ein gefälschter Nachweis bei der BNB Bridge, ein Fehler bei der Signaturprüfung bei Wormhole und eine alles akzeptierende Root bei Nomad. Über 1,8 Milliarden Dollar wurden über die Zwischeninstanz angegriffen; die realisierten Verluste beliefen sich nach Einfrierungen und Rückgewinnungen auf über 1,2 Milliarden.

Ronin, März 2022, rund 624 Millionen Dollar, bleibt der Paradebeispielfall. Die Brücke für das Axie-Infinity-Ökosystem wurde durch neun Validator-Schlüssel gesichert, wobei jeweils fünf ausreichten. Die Angreifer, die später von US-Behörden der nordkoreanischen Lazarus-Gruppe zugeordnet wurden, erlangten vier Schlüssel über einen kompromittierten Betreiber und einen fünften über eine Gas-Payer-Vereinbarung, die nach einem Gefallen Monate zuvor nie außer Kraft gesetzt worden war. Fünf Signaturen später war der Pool leer, und sechs Tage lang bemerkte niemand etwas, bis ein Nutzer feststellte, dass Auszahlungen fehlschlugen. Daraus ergaben sich gleich drei Lehren: Ein 5-von-9-Komitee bewachte zwei Drittel einer Milliarde Dollar; durch operative Unübersichtlichkeit blieb ein veralteter Schlüssel aktiv; und die Überwachung war so lückenhaft, dass ein Diebstahl in neunstelliger Höhe fast eine Woche lang unentdeckt blieb.

Wormhole, Februar 2022, rund 326 Millionen Dollar, war ein Verifizierungsfehler: Dem Solana-seitigen Vertrag konnte eine gefälschte Bescheinigung zugeführt werden, da ein veralteter Pfad zur Signaturprüfung weiterhin aufrufbar war, wodurch der Angreifer 120.000 „Wrapped ETH“ ohne Einzahlung prägen konnte. Der hinter dem Projekt stehende Investor füllte das Loch innerhalb weniger Tage wieder auf, was die Nutzer rettete und einen unangenehmen Präzedenzfall dafür schuf, wie solche Lücken geschlossen werden.

Nomad, August 2022, rund 190 Millionen Dollar, ist die Farce in diesem Genre: Bei der Initialisierung wurde ein Wert von Null als vertrauenswürdige Wurzel markiert, sodass praktisch jede Nachricht, deren Empfängerfelder manipuliert wurden, durchging. Sobald der erste Angreifer dies demonstriert hatte, änderten Hunderte von Nachahmern einfach die „calldata“ – eine durch Crowdsourcing ermöglichte Plünderung eines Tresors, dessen Tür keinerlei Überprüfung durchführte.

Harmony Horizon, Juni 2022, rund 100 Millionen Dollar: eine 2-von-5-Multisig, zwei kompromittierte Schlüssel – weiterer Kommentar erübrigt sich. BNB Bridge, Oktober 2022: Eine Schwachstelle bei der Überprüfung des IAVL-Merkle-Nachweises ermöglichte einen gefälschten Nachweis einer Einzahlung, die nie stattgefunden hatte, und daraufhin wurden rund 570 Millionen Dollar in BNB geprägt. Die Reaktion unterscheidet zwischen versuchten Diebstählen und tatsächlichen Verlusten: Validatoren legten die BNB Smart Chain synchron für etwa fünf Stunden still, der Großteil des geschaffenen Wertes wurde on-chain eingefroren und später abgewickelt, und die BNB Chain bezifferte den nicht wiedererlangten Betrag auf über 100 Millionen Dollar. Die Unterbrechung rettete den Großteil des Geldes und lieferte ganz nebenbei einen zweiten Beweis: Eine Blockchain, die durch koordinierte Validatoren angehalten werden kann, sagt einiges darüber aus, wie dezentralisiert sie tatsächlich ist.

Chainalysis hat die Entwicklung gemessen: Im Jahr 2022 wurden über Brücken hinweg rund 2 Milliarden Dollar angegriffen – der Großteil der Aktivitäten im Zusammenhang mit gestohlenen Geldern in diesem Jahr, wobei staatliche Akteure für den größten Anteil verantwortlich waren. Das Muster in einem Satz: Der Konsens hielt stand, die Zwischeninstanzen fielen aus, und was gerettet wurde, wurde durch Einfrierungen gerettet und nicht durch die Brücken selbst.

Bar chart of the Ronin, BNB Bridge, Wormhole, Nomad and Harmony bridge attacks showing over 1.8 billion dollars attacked through compromised keys and broken proof verification, with realised losses above 1.2 billion after freezes
Abbildung 2. Die fünf typischen Brückenausfälle und die jeweilige Ebene, die dabei durchbrochen wurde. Der Wert der BNB-Brücke entspricht dem geprägten Betrag; der größte Teil wurde nach einer koordinierten Unterbrechung eingefroren.

Warum ist die Verifizierungsschicht strukturell das schwächste Glied?

Schnelle Antwort

Weil es die einzige Komponente ist, die kostengünstig, schnell und flexibel sein muss. Daher entschieden sich die Entwickler wiederholt für kleine Komitees und komplexen, maßgeschneiderten Code anstelle der teuren Option, die Sicherheit der Blockchain zu übernehmen – und beide Entscheidungen konzentrieren das Ausfallrisiko. Der Honeypot sorgt dann dafür, dass die schwächste Option aufgedeckt wird.

Man bedenke, was von der Verifizierungsschicht verlangt wird: eine Kette zu beobachten, eine andere zu überzeugen – und zwar schnell, für beliebige Vermögenswerte, über heterogene Konsensdesigns hinweg, aktualisierbar und zu geringen Kosten. Eine vollständige Light-Client-Verifizierung, bei der die Konsensregeln einer Kette innerhalb einer anderen ausgeführt werden, war jahrelang on-chain rechenintensiv, insbesondere bei Ketten mit hoher Signaturlast. Daher griff die Branche auf Komitees zurück: Eine Gruppe bekannter Validatoren überwacht die Quellkette und unterzeichnet Bescheinigungen. Komitees sind schnell und kostengünstig, können mehrere Ketten unterstützen, sofern das Verifizierungs- und Signaturschema implementiert ist, und werden durch ihre Signaturschwelle in Verbindung mit ihrem Verifizierungscode und ihrem Betriebsdesign gesichert; bei den klassischen Ausfällen bestand die einschränkende Bedingung lediglich in der Anzahl der Schlüssel, die ein Angreifer sammeln musste, was historisch gesehen zwischen zwei und fünf liegt.

Der Ausschuss weist alle klassischen Fehler bei der Schlüsselverwaltung auf: Schlüssel auf mit dem Internet verbundenen Rechnern, Social-Engineering-Angriffe auf Betreiber, veraltete Vereinbarungen, die nie widerrufen wurden, sowie eine unzureichende Vielfalt der Unterzeichner, sodass eine kompromittierte Organisation mehrere Schlüssel liefert. Dies sind genau dieselben Fehlerquellen, die im Artikel dieser Gruppe zur institutionellen Verwahrung als gelöste Probleme behandelt werden, und Brücken, die wiederholt ohne diese Lösungen ausgeliefert wurden. Wenn die Verifizierung auf Code statt auf Schlüsseln basiert – maßgeschneiderte Verträge zur Proof-Prüfung –, ist die Komplexität enorm, die Angriffsfläche neuartig, und wie Wormhole und die BNB-Bridge gezeigt haben, reicht ein einziger übersehener Pfad aus, um den gesamten Pool zu kompromittieren.

Die Governance fügt einen versteckteren Single Point of Failure hinzu: Die meisten Brücken sind aktualisierbar, sodass derjenige, der die Upgrade-Schlüssel kontrolliert, transitiv auch alle gesperrten Vermögenswerte kontrolliert. Ein makelloses Verifizierungsdesign hinter einer 2-von-3-Admin-Multisig ist eine 2-von-3-Brücke in Verkleidung.

Und die Honeypot-Dynamik schließt den Kreis. Der Wert konzentriert sich auf die erfolgreichen Brücken; die erfolgreichen Brücken werden zu den wertvollsten statischen Zielen in der Kryptowelt; die fähigsten Angreifer, darunter staatlich geförderte Gruppen mit Geduld und ausgefeilten Social-Engineering-Fähigkeiten, richten ihre Angriffe entsprechend aus. Ein Exploit eines DeFi-Protokolls zahlt dessen eigenes TVL aus; ein Bridge-Exploit zahlt das TVL aller aus. Der Pool ist der Preis, und der Pool ist genau das, was die vorherrschende Architektur erfordert.

Das ist die strukturelle Bedeutung des Titels dieses Artikels: Brücken werden immer wieder gehackt, weil das vorherrschende Design maximalen Wert hinter minimaler Verifizierung konzentriert und jeder inkrementelle Patch diese Geometrie intakt lässt.

Beheben neuere Designs das Problem tatsächlich?

Schnelle Antwort

Zwei Familien verändern die Geometrie tatsächlich: vertrauensminimierte Verifizierung, Light-Clients und Zero-Knowledge-Proofs, die das Lügen genauso schwer machen wie das Knacken der Quellkette, sowie absichtsbasierte Abwicklung, die den gepoolten Honeypot verkleinert oder gänzlich beseitigt. Alles andere verbessert die Chancen, ohne die Form zu verändern.

Die Verifizierungsfamilie greift den Aspekt der „minimalen Verifizierung“ an. Eine Light-Client-Brücke führt die Konsensverifizierung der Quellkette innerhalb eines Vertrags der Zielkette durch, sodass eine Bescheinigung anhand echter Konsensdaten statt anhand der Aussage eines Komitees überprüft wird; das IBC-Protokoll, das Ketten der Cosmos-Familie verbindet, ist das am längsten laufende Beispiel in der Praxis. Zero-Knowledge-Proofs erweitern das Konzept auf Ketten, bei denen eine On-Chain-Verifizierung bisher zu aufwendig war: Ein prägnanter Nachweis, dass die Quellkette einen bestimmten Zustand finalisiert hat, lässt sich kostengünstig verifizieren. Diese Entwürfe machen das Komitee überflüssig, beseitigen das Risiko jedoch nicht vollständig: Der Verifizierungsvertrag kann Fehler enthalten, Upgrade- und Governance-Schlüssel können ihn außer Kraft setzen, und Datenverfügbarkeit, Annahmen zur Finalität sowie die Lebendigkeit bleiben aktuelle technische Probleme. Was sie jedoch verändern, ist die Art des erforderlichen Ausfalls: statt des Diebstahls einer Handvoll Schlüssel geht es nun um das Knacken des Verifizierungscodes oder der Governance – was zwar eine deutlich höhere Hürde darstellt, aber keine absolute.

Die „Intent“-Familie zielt auf die „Maximalwert“-Hälfte ab. Bei absichtsbasierten Entwürfen gibt ein Nutzer ein Ergebnis an – Vermögenswert X auf Chain B –, und konkurrierende Solver stellen innerhalb von Sekunden ihre eigene Liquidität am Zielort bereit, um dann über den Verifizierungspfad des Systems die Abrechnung mit der Einzahlung des Nutzers auf der Quell-Chain vorzunehmen. Das Risiko des Nutzers sinkt auf ein einzelnes Ausführungsfenster, anstatt eines dauerhaften Anspruchs auf einen riesigen Pool; der Solver – ein Profi, der ein professionelles Risiko eingeht – trägt das Abrechnungsrisiko und bepreist es. Standards wie ERC-7683 formalisieren dieses Muster über EVM-Ketten hinweg. Das Design hebt die Verifizierung nicht auf – die Abrechnung benötigt nach wie vor eine Faktengrundlage, und Abrechnungsschichten können weiterhin Risiken bündeln; was es jedoch in Designs beseitigt, bei denen Nutzergelder tatsächlich niemals gepoolt werden, ist der ruhende „Honeypot“, der Einzelvorfälle im Ausmaß von Ronin erst möglich gemacht hat. Die Anforderung an die Verifizierung für jedes spezifische System lautet genau: Wo befindet sich der Wert, wie lange und hinter welcher Struktur?

Das Gesamtbild seit 2022 gibt Anlass zu vorsichtigem Optimismus: Verluste durch Brücken haben an Dominanz in den Diebstahlstatistiken verloren – dank einer Kombination aus gestärkten Komitees, Überwachung, Architekturumstellungen und Angreifern, die sich weichere Ziele in Form von Kompromittierungen operativer Schlüssel suchen. Optimismus, allerdings mit einer Einschränkung, auf die die Vorfallstatistik nachdrücklich hinweist: Mehrere Brücken der „nächsten Generation“ aus dem Jahr 2021 bezeichneten sich ebenfalls als Lösungen für das Sicherheitsproblem bei Brücken.

Für einen Nutzer lässt sich das Ganze auf folgende Fragen reduzieren: Was bestätigt eine Überführung: Ausschuss, optimistisches Zeitfenster, Light-Client, Nachweis? Wie viele Schlüssel gibt es, wer verwahrt sie, wie setzt sich der Ausschuss zusammen, und wer kann die Smart Contracts mit welcher Verzögerung aktualisieren? Wird der Wert gebündelt – und in welcher Höhe – oder von Solvern bereitgestellt? Wie lange läuft das Design bereits, bei welchem Wert und durch welche Audits? Und, immer aktuell: Muss diese Überleitung überhaupt stattfinden, oder ist die native Blockchain des Assets oder eine interne Übertragung über eine zentralisierte Plattform – mit ihren ganz eigenen Risiken – das geringere Gesamtrisiko? Das Prinzip der Säule gilt wörtlich: Jedes Design verlagert Risiken, anstatt sie zu beseitigen, und die Kunst besteht darin, zu wissen, wohin die eigenen Risiken gewandert sind.

Häufig gestellte Fragen

Sind Krypto-Brücken sicher in der Nutzung?

Die Sicherheit hängt stärker von der Architektur als von der Marke ab. Eine durch einen Light-Client oder einen Gültigkeitsnachweis verifizierte Überleitung eliminiert das externe Komitee, birgt jedoch weiterhin Risiken hinsichtlich der Implementierung des Verifizierers, von Upgrades, der Datenverfügbarkeit und der Betriebsbereitschaft; eine durch ein kleines Komitee verifizierte Überleitung ist so sicher wie eine Handvoll Schlüssel; eine absichtsbasierte Ausführung begrenzt Ihr Risiko auf ein Abwicklungsfenster. Prüfen Sie, was die Überführung verifiziert, wer sie aktualisieren kann und wie viel Wert sich im Pool befindet, und halten Sie jede einzelne Überführung klein im Verhältnis zu dem, was Sie sich leisten können, gestrandet oder verloren zu haben.

Wenn beide Blockchains sicher sind, wie kann die Brücke dann gehackt werden?

Weil die Brücke ein drittes System ist, das zwischen ihnen steht. Jede Kette führt die ihr vorgelegten Anweisungen ehrlich aus; die Verifizierungsschicht der Brücke entscheidet jedoch, welche Anweisungen vorgelegt werden. Wird diese Schicht kompromittiert – fünf Schlüssel bei Ronin, ein Proof-Fehler bei der BNB-Brücke –, dann zeichnen beide Ketten den Diebstahl getreulich auf. Die Sicherheit der Ketten stand nie in Frage.

Was war die häufigste Ursache bei den großen Bridge-Hacks?

Kompromittierte oder unzureichende Beglaubigung: entweder zu wenige Schlüssel (fünf von neun bei Ronin, zwei von fünf bei Harmony) oder fehlerhafter Verifizierungscode, der Nachrichten akzeptierte, die er hätte ablehnen müssen (Wormhole, Nomad, BNB-Bridge). Über 1,8 Milliarden Dollar wurden in den fünf typischen Fällen durch diese beiden Schwachstellen angegriffen, wobei sich die realisierten Verluste nach dem Einfrieren auf über 1,2 Milliarden beliefen, während die Konsensregeln der Ketten wie vorgesehen funktionierten.

Berufen sich „Wrapped Tokens“ auch nach dem Erhalt noch auf das Brückenrisiko?

Ja. Ein „Wrapped Token“ ist ein Anspruch auf in der Bridge gesperrte Vermögenswerte; wenn die Sperre aufgebraucht wird, kann der Anspruch seine Deckung verlieren, unabhängig davon, wann Sie die Bridge überquert haben. Das Halten von „Wrapped Assets“ einer Bridge stellt ein fortlaufendes Kreditrisiko in Bezug auf die Sicherheit dieser Bridge dar – das sollte man bedenken, wenn ein „Wrapped“-Guthaben monatelang unberührt bleibt.

Ist es sicherer, Gelder über eine Börse statt über eine Bridge zu transferieren?

Man tauscht dabei ein Risiko gegen ein anderes ein: Die Verwahrung, Solvenz und Kontosicherheit einer zentralisierten Plattform ersetzen die Verifizierungsschicht der Bridge; die Artikel dieser Akademie zur Sicherheit von Börsenkonten und zur institutionellen Verwahrung behandeln diesen Aspekt. Bei großen Überweisungen bevorzugen manche Fachleute die Infrastruktur einer Plattform gerade deshalb, um ein gebündeltes Bridge-Risiko zu vermeiden; ehrlich gesagt geht es darum, zu entscheiden, welche Ausfallarten man überstehen kann – es gibt niemals etwas umsonst.

Quellen und weiterführende Literatur

Wichtige Quellenangaben zu diesem Artikel, Stand: Juli 2026. Schwankende Zahlen werden bei jeder vierteljährlichen Überprüfung erneut überprüft.

Kurzes Quiz: Hat es geklebt?

Ein paar Fragen zur Überprüfung der Grundlagen sind gelandet. Es folgen Antworten mit Erläuterungen und niemand außer Ihrem zukünftigen Portfolio bewertet Sie.

1/5 Frage
Was überträgt eine „Lock-and-Mint“-Brücke tatsächlich zwischen den Ketten?

War das hilfreich?