Was ist Blockchain-Interoperabilität?
Was Blockchain-Interoperabilität ist, warum Netzwerke nicht von sich aus miteinander kommunizieren und wie man das lösen will.
Ratgeber lesen
Sprachen
Blockchain-Bridges sind Infrastrukturen, die es zwei Blockchain-Netzwerken mit unabhängigen Regeln und Zuständen ermöglichen sollen, Vermögenswerte oder Informationen auszutauschen. Ihre Bedeutung ist gestiegen, da das Ökosystem auf zahlreiche Layer-1-Netzwerke, Layer-2-Lösungen und spezialisierte Chains aufgeteilt ist. Ethereum erklärt, dass Bridges verwendet werden können, um Vermögenswerte, Informationen und andere Daten zwischen Netzwerken mit unterschiedlichen Eigenschaften hinsichtlich Geschwindigkeit, Kapazität und Kosten zu übertragen.
Die grundlegende Idee erfordert ein Verständnis dafür, was es wirklich bedeutet, einen Vermögenswert zwischen Chains zu bewegen. Eine auf Ethereum aufgezeichnete Kryptowährung kann nicht allein dadurch nativ auf einer anderen Blockchain erscheinen, dass ein Nutzer eine Transaktion sendet. Jedes Netzwerk führt sein eigenes Zustandsbuch und validiert Transaktionen über eigene Mechanismen. Daher muss eine Bridge eine überprüfbare Beziehung zwischen einem auf der Quell-Chain stattfindenden Ereignis und einem anschließenden Vorgang auf der Ziel-Chain herstellen. Statt die ursprünglichen Coins buchstäblich zu transportieren, sperrt, verbrennt oder tauscht das System sie in der Regel und erzeugt oder gibt anschließend einen Vermögenswert frei, der diesen Wert in der anderen Umgebung repräsentiert. Ethereum nennt Lock-and-Mint, Burn-and-Mint und Atomic Swaps als gängige Modelle.
Der Prozess beginnt, wenn eine Person ihr Wallet mit einer Bridge-Anwendung verbindet und das Zielnetzwerk sowie den zu übertragenden Betrag festlegt. Der Nutzer signiert eine Transaktion auf der Quell-Chain. Dieser Vorgang kann die Mittel an einen vom Protokoll kontrollierten Smart Contract senden oder einen Token-Burn-Mechanismus aktivieren, wenn auf dem empfangenden Netzwerk eine mit Minting kompatible native Repräsentation vorhanden ist. Die Transaktion wird anschließend auf der Quell-Blockchain aufgezeichnet, doch das bedeutet noch nicht, dass der Vermögenswert auf der Ziel-Chain verfügbar ist.
Der nächste Schritt ist einer der wichtigsten und zugleich einer der heikelsten. Die Bridge muss nachweisen, dass der Vorgang auf der Quell-Chain stattgefunden hat und als gültig behandelt werden kann. Unterschiedliche Designs verwenden dafür unterschiedliche Mechanismen. Einige stützen sich auf externe Validatoren, Multisignaturen oder Oracle-Netzwerke, die die Quell-Chain überwachen und eine Bestätigung ausstellen. Andere verwenden Light Clients und kryptografische Nachweise, sodass die Zielinfrastruktur selbst Informationen von der Quell-Chain mit geringerer Abhängigkeit von externen Akteuren verifizieren kann. In der Praxis bestimmt die Art und Weise, wie dieses Ereignis verifiziert wird, einen großen Teil des Sicherheitsmodells der Bridge.
Ein Beispiel für diesen Ansatz findet sich in IBC-basierten Systemen, einem für die Kommunikation zwischen Blockchains entwickelten Protokoll, das den Austausch von Informationen über Zustandsnachweise und Light Clients ermöglicht. Die Logik besteht darin, dass Chains Informationen über den Zustand eines anderen Netzwerks verifizieren können, ohne notwendigerweise einer kleinen Gruppe von Intermediären vertrauen zu müssen, die lediglich behaupten, dass eine bestimmte Transaktion stattgefunden hat. Diese Art von Architektur versucht, zusätzliche Vertrauensannahmen zu verringern, erfordert jedoch eine deutlich anspruchsvollere technische Infrastruktur.
Sobald das Ereignis validiert wurde, führt das Protokoll den entsprechenden Vorgang auf der Ziel-Chain aus. In einem Lock-and-Mint-System bleiben die ursprünglichen Mittel auf dem Quellnetzwerk gesperrt, während eine gleichwertige Repräsentation auf dem Zielnetzwerk geschaffen wird. In einem Burn-and-Mint-System wird der Token auf einem Netzwerk verbrannt und auf einem anderen geprägt. In beiden Fällen besteht das Ziel darin, die Übereinstimmung zwischen der Menge der gesperrten oder verbrannten Vermögenswerte und der auf der Ziel-Chain repräsentierten Menge aufrechtzuerhalten. Chainlink dokumentiert diese Modelle zusammen mit Lock-and-Unlock als Mechanismen, die in seiner CCIP-Interoperabilitätsinfrastruktur verwendet werden.
Diese Repräsentation ist entscheidend, um zu verstehen, warum viele Vermögenswerte, die über verschiedene Blockchains hinweg zirkulieren, technisch nicht exakt derselbe Token sind. Ein nativer Vermögenswert gehört zu einer bestimmten Chain, während eine über eine Bridge übertragene Version in der Regel eine Repräsentation ist, deren Existenz von den Regeln des Interoperabilitätsprotokolls abhängt. Wenn die Bridge nicht mehr funktioniert, ihre Sicherheit verliert oder die Deckung des Vermögenswerts nicht ordnungsgemäß nachweisen kann, kann diese Repräsentation aufhören, sich wie das wirtschaftliche Äquivalent zu verhalten, das die Nutzer erwartet haben.
Moderne Bridges können auch mehr als Token transportieren. Cross-Chain-Kommunikation kann beliebige Nachrichten umfassen, die in einem Smart Contract auf der Ziel-Chain eine Aktion auslösen können. CCIP ermöglicht beispielsweise die Übertragung von Daten, Token oder beidem und verwendet eine Architektur, bei der Offchain-Komponenten Ereignisse beobachten und validieren, bevor eine Ausführungsschicht sie auf dem empfangenden Netzwerk verarbeitet. Dadurch lassen sich Anwendungen entwickeln, bei denen ein auf einer Blockchain initiierter Vorgang eine zweite Operation auf einer anderen Blockchain auslöst, ohne dass der Nutzer jeden Schritt manuell verwalten muss.
Das Konzept einer Bridge sollte außerdem nicht mit nativer Cross-Chain-Kommunikation verwechselt werden. Einige Ökosysteme integrieren Kommunikationsmechanismen direkt in ihre Architektur. Polkadot verwendet XCM als Format, um Nachrichten und Absichten zwischen unterschiedlichen Konsenssystemen auszudrücken, während seine Bridges zur Verbindung externer Netzwerke dienen. Dieser Unterschied ist relevant, weil native Kommunikation auf gemeinsam genutzte Sicherheitskomponenten des Ökosystems zurückgreifen kann, während eine externe Bridge das Problem der Verifizierung des Zustands jedes verbundenen Netzwerks eigens lösen muss.
Sicherheit ist das wichtigste technische und wirtschaftliche Problem dieser Infrastrukturen. Eine Bridge schafft eine neue Angriffsfläche, auf der große Werte konzentriert sein können. Eine Schwachstelle in einem Contract, ein Fehler in der Validierungslogik oder die Manipulation der zur Autorisierung von Vorgängen erforderlichen Schlüssel kann zu erheblichen Verlusten führen. Ethereum weist insbesondere auf Risiken im Zusammenhang mit Smart Contracts, Wrapped Assets und der Abhängigkeit von Drittverifizierern in bestimmten Designs hin.
Die Wahl des Vertrauensmechanismus ist daher eine zentrale Frage. Ein System, das auf einer kleinen Gruppe von Signierern basiert, kann relativ einfach zu betreiben sein, doch die Nutzer müssen darauf vertrauen, dass diese Instanzen korrekt handeln und ihre Schlüssel sicher aufbewahren. Ein dezentrales Netzwerk von Validatoren verteilt diese Funktion, beseitigt Risiken jedoch nicht und kann wirtschaftliche, operative oder koordinationsbezogene Probleme einführen. Designs, die kryptografische Nachweise und eine direkte Zustandsverifizierung verwenden, können bestimmte Vertrauensannahmen reduzieren, erfordern jedoch normalerweise eine höhere technische Komplexität und eine tiefe Integration der verbundenen Chains.
Aus dieser Perspektive funktioniert eine Bridge weniger wie ein einfaches Rohr zum Transport von Kryptowährungen und eher wie ein Verifizierungsmechanismus zwischen unabhängigen Systemen. Hinter einer scheinbar einfachen Übertragung stehen Smart Contracts, Nachweise, Validatoren, Oracles oder Light Clients, die sich über ein Ereignis einigen müssen, das in einem anderen Netzwerk stattgefunden hat. Daher hängt die Qualität einer Bridge sowohl von ihrer Fähigkeit ab, Netzwerke zu verbinden, als auch vom Sicherheitsmodell, mit dem sie diese Verbindung herstellt. Die zukünftige Entwicklung dieser Infrastrukturen wird davon abhängen, inwieweit sie Vertrauensannahmen reduzieren, die Gefährdung durch Ausfälle begrenzen und den Nutzern eine zunehmend transparente Multichain-Erfahrung bieten können.