Bridge-Designs: Sperren, Verbrennen und native Ausgabe

2026-08-12

Einen Token auf eine andere Blockchain zu bringen bewegt den Token nicht. Er bleibt, wo er war, und auf der anderen Seite taucht etwas Neues auf. Was dieses Neue ist, entscheidet das Design: ein Einlöseanspruch auf gesperrte Sicherheiten, dasselbe Angebot anderswo neu ausgegeben, oder ein Token, den der Emittent direkt auf jener Blockchain geprägt hat. Dieser Artikel vergleicht die drei und zeigt, wie du erkennst, was du hältst.

Was eine Brücke mit deinem Token macht

Eine Blockchain kann einer anderen Blockchain nichts senden. Jedes Netzwerk schreibt nur sein eigenes Register. Eine Brücke koordiniert zwei getrennte Buchungsvorgänge: einen auf der Blockchain, die du verlässt, einen auf der, auf der du ankommst.

Die Einheiten, die auf der Ziel-Blockchain erscheinen, sind neue Einträge, erzeugt von dem Contract, der sie erzeugen darf. Die Frage ist also nicht, wohin dein Token gegangen ist, sondern wer das ausgegeben hat, was du jetzt hältst, und wogegen du es einlösen kannst.

Ethereums Entwicklerdokumentation nennt drei Wege, Assets zwischen Blockchains zu bewegen: Sperren und Prägen, Verbrennen und Prägen sowie Atomic Swaps. Ein Atomic Swap ist ein Handel mit einer Gegenpartei und kein Ausgabemodell, also entscheiden die ersten beiden darüber, was du hältst, dazu die native Ausgabe durch den Emittenten des Assets selbst.

Eine zweite Frage kreuzt die erste: Wer betreibt die Brücke. Ein Netzwerk liefert meist eine eigene mit, die zusammen mit der Blockchain verwaltet wird, und was sie prägt, gilt als die vorgesehene Version eines Assets auf dieser Blockchain. Eine Brücke zur selben Blockchain kann auch jeder andere bauen. Gleiche Mechanik, zwei verschiedene Token.

Genau daran scheitern Leute. Zwei Guthaben mit demselben Namen und demselben Ticker, auf derselben Blockchain, können getrennte Assets mit getrennter Deckung und getrennten Fehlermöglichkeiten sein.

Sperren und Prägen und der Wrapped Token daraus

Sperren und Prägen ist das älteste Design. Du übergibst das Asset einem Contract auf der Quell-Blockchain, der es hält, und ein zugehöriger Contract auf der Ziel-Blockchain prägt dir einen neuen Token über denselben Betrag. Die Dokumentation eines viel genutzten Cross-Chain-Token-Standards sagt es klar: Das Original wird auf seiner Ausgabe-Blockchain gesperrt, und auf der Ziel-Blockchain entsteht ein vollständig besicherter Wrapped Token.

Der Rückweg ist das Spiegelbild und heißt Verbrennen und Entsperren. Du zerstörst den Wrapped Token, und das berechtigt den Contract auf der Quell-Blockchain, das Original freizugeben. Die Hülle selbst ist nichts wert. Ihr Wert ist das Versprechen, dass die Freigabe auf Verlangen erfolgt.

Brücken, die mit einem Netzwerk ausgeliefert werden, arbeiten genau so. Die öffentliche Dokumentation der Standard-Brücke eines Rollups schreibt beide Hälften aus: Native Token werden gesperrt und gebrückte Repräsentationen geprägt; gebrückte Repräsentationen werden verbrannt, damit native Token entsperrt werden können. Die gebrückte Repräsentation ist ein gewöhnlicher Token-Contract, dessen Prägefunktion nur die Brücke aufrufen darf.

Die Folgerung braucht keine Abschwächung: Ein Wrapped Asset ist nicht das Asset. Ethereums eigene Einführung zu Brücken sagt es direkt. Ein auf Ethereum gehaltener Wrapped Coin ist ein für Ethereum nativer Token, eine Version jenes Coins und nicht das Original auf dessen eigener Blockchain. Er handelt nah am Original, weil die Einlösung funktioniert, nicht weil beide dasselbe Objekt sind.

Verbrennen und Prägen und warum die Summe gleich bleibt

Verbrennen und Prägen kommt ohne Treuhand aus. Der gesendete Betrag wird auf der Quell-Blockchain zerstört und ein gleich großer auf der Ziel-Blockchain erzeugt, sodass das Gesamtangebot des Tokens über alle Blockchains konstant bleibt. Es gibt nirgends einen gesperrten Pool, weil nie etwas zurückgelegt wurde. Bewegt hat sich das Angebot selbst.

Das geht nur, wenn beide Seiten auf Anweisung dessen prägen und verbrennen können, der den Transfer betreibt. Ein Token, dessen gesamtes Angebot einmalig auf einer Blockchain geprägt wurde, ohne offen gelassene Prägefunktion, kann das zu Hause nicht. Die übliche Antwort ist eine Mischung: Sperren und Prägen nach außen, Verbrennen und Entsperren zurück, und Verbrennen und Prägen für jeden Sprung zwischen den übrigen Blockchains, wo die Einheiten ohnehin prägbar sind.

Für den Inhaber ändert das Risiko die Form, nicht die Größe. Es gibt keine Treuhand zum Leerräumen, dafür ein Prägerecht, und wer es hat, kann Angebot aus dem Nichts schaffen. Ernsthafte Umsetzungen koppeln dieses Recht deshalb an ein Limit: eine Obergrenze dafür, wie viel eine Brücke prägen oder verbrennen darf, die sich mit der Zeit in fester Rate wieder auffüllt, damit ein Ausfall begrenzt bleibt.

Beachte, was der Mechanismus offenlässt. Er sagt nichts darüber, wer dieses Recht hält, und verhält sich gleich, ob das der Emittent, ein Brückenbetreiber oder ein Gremium dazwischen ist. Die nächsten beiden Abschnitte handeln von dieser Frage.

Native Ausgabe, bei der der Emittent auf jeder Blockchain prägt

Native Ausgabe ist Verbrennen und Prägen unter Regie des Emittenten selbst. Der Emittent bringt seinen Token auf jede Blockchain, die er unterstützen will, und prägt direkt dort, also gibt es nirgends im System eine Hülle oder einen Sicherheitenpool. Die Protokolldokumentation eines großen Emittenten beschreibt genau das: auf der Quell-Blockchain verbrennen, auf der Ziel-Blockchain prägen, ohne Wrapped Token und ohne Liquiditätspools einer Brücke.

Vertrauen verschwindet nicht, es wechselt die Adresse. Bei einer Hülle hängst du von dem ab, der Treuhand und Prägeschlüssel hält. Bei nativer Ausgabe hängst du vom Emittenten ab, auf jeder Blockchain gleich, also von genau dem, wovon du dort schon abhingst, wo du gestartet bist. Für ein Asset, das ohnehin jemandes Verbindlichkeit ist, ist das eine echte Vereinfachung. Für ein Asset, das niemandes Verbindlichkeit ist, gibt es dafür keinen Emittenten.

Die Grenze ist die Verfügbarkeit. Nur der Emittent kann nativ prägen, und nur dort, wohin er gehen wollte. Überall sonst kommt das Asset weiterhin als jemandes Hülle an, und auf Blockchains, die der Emittent erst später bedient hat, zirkuliert die ältere Hülle meist als eigener Token neben der nativen Version weiter.

Omnichain-Token-Standards und wer das Prägen kontrolliert

Neuere Standards machen die Ausgabe über mehrere Blockchains zu einer Eigenschaft des Tokens statt zu einer Funktion einer Brücke. Eine Familie, beschrieben als fungible Omnichain-Token, erweitert einen gewöhnlichen Token-Standard um Cross-Chain-Nachrichten: Eine Übertragung belastet die Quell-Blockchain durch Verbrennen oder Sperren und schreibt der Ziel-Blockchain durch Prägen oder Entsperren gut, sodass ein einziges Gesamtangebot über alle Blockchains geteilt wird. Ein bestehender Token tritt über einen Adapter bei, der als Lockbox dient.

Ein zweiter Ansatz geht die Rechtefrage direkt an. ERC-7281, auch xERC20 genannt, ist eine minimale Erweiterung des Standards für fungible Token: eine Präge- und Brennschnittstelle, die nur Brücken auf der Freigabeliste des Emittenten aufrufen dürfen, ein konfigurierbares Limit je Brücke und ein Lockbox-Contract, damit ein bestehender Token das Verfahren ohne Neuanfang übernehmen kann. Erklärtes Ziel ist es, das Eigentum an einem gebrückten Token von Brücken zu Emittenten zu verschieben.

Was das laut dem Vorschlag selbst bringt, ist Eingrenzung. Wird eine gelistete Brücke kompromittiert, ist der Verlust auf ihr Limit gedeckelt, und der Emittent kann sie streichen, ohne Nutzer durch eine Migration zu schleifen. Weil Limits je Brücke gesetzt und angepasst werden, konkurrieren Brücken über Sicherheit um ein größeres.

Was es nicht bringt, ist Sicherheit. Der Autor sagt es klar: Der Standard begrenzt die Folgen, rettet aber niemanden vor einer kaputten Brücke, und die Sicherheit der Brücke darunter muss trotzdem repariert werden. Er setzt außerdem einen Emittenten mit einem Governance-Prozess voraus, der diese Liste pflegt, was zu einem Token mit Projekt dahinter passt und einem Token ohne Verantwortliche nichts nützt.

Bridge-Designs: Sperren, Verbrennen und native Ausgabe-bitbase-0028

Herausfinden, welches du hältst

Nichts davon zeigt sich im Ticker. Es zeigt sich in der Contract-Adresse, dem Teil, den man nicht schönreden kann. Gleicher Ticker, gleiche Blockchain, andere Adresse bedeutet ein anderes Asset mit anderer Deckung.

Die Dokumentation der Standard-Brücke eines Rollups ist dabei ungewöhnlich deutlich: Ein nativer Token kann gleichzeitig mehr als eine gebrückte Repräsentation haben, verschiedene Repräsentationen gelten als vollständig eigenständige Token, und Nutzer müssen immer angeben, welche sie meinen. Nichts zwingt sie dazu, gleich viel wert zu sein.

Deshalb veröffentlichen Netzwerke kuratierte Token-Listen, und deshalb warnt dieselbe Dokumentation, dass eine falsche gebrückte Adresse das zugrunde liegende Asset dauerhaft einsperren kann. So eine Liste ist kein Komfortmerkmal. Sie ist die Zuordnung zwischen einem Namen, den du kennst, und genau dem Contract, den die eigene Brücke des Netzwerks anerkennt.

Drei Fragen decken die meisten Fälle ab. Beim Wrapped Token: Was ist gesperrt, wo, und wer kann es freigeben. Beim Token mit Verbrennen und Prägen: Wer darf prägen, und was deckelt ihn. Beim nativ ausgegebenen Token: Gehört das Deployment auf dieser Blockchain wirklich dem Emittenten.

Prüfe danach, wo die Tiefe liegt. Liquidität hängt an einer Repräsentation, nicht an einem Namen, also lässt sich eine Hülle, die kaum eine Plattform quotiert, nicht zum Preis der von allen genutzten Version verkaufen. Genau diese Zersplitterung zu beheben, nennen beide Standards oben als Grund für ihre Existenz.

Fazit

Brücken bewegen keinen Token: Sie ziehen Einheiten auf einer Blockchain ein und erzeugen Einheiten auf einer anderen, und das Design entscheidet, was diese Einheiten sind. Sperren und Prägen lässt dich mit einem Einlöseanspruch auf Sicherheiten in einem Treuhandvertrag zurück. Verbrennen und Prägen bewegt das Angebot selbst, deine Sicherheit ist also die Sicherheit eines Prägerechts und seines Limits. Native Ausgabe entfernt die Hülle, indem der Emittent auf jeder Blockchain prägt, und funktioniert nur dort, wohin der Emittent gegangen ist. Die Standards obendrauf existieren, damit Emittenten statt Brücken entscheiden, was davon du bekommst. Was immer es ist, die Antwort steht in der Contract-Adresse, nicht im Ticker.

Haftungsausschluss: Dieser Artikel ist Bildungsinhalt der Bitbase Academy, nur zu Informationszwecken. Er ist keine Anlage-, Handels-, Steuer- oder Finanzberatung. Krypto-Assets sind volatil — schätze dein Risiko selbst ein. Stand August 2026; maßgeblich sind die aktuellen offiziellen Informationen.