Sidechain

Anna verwahrt Bitcoin in ihrer eigenen Wallet. Nun möchte sie eine Anwendung ausprobieren, die das Bitcoin-Hauptnetz nicht bietet, oder Guthaben in einem Netzwerk mit anderen Eigenschaften übertragen. Eine Sidechain führt eine eigene Blockchain: ein Transaktionsverzeichnis, das ihre Nodes pflegen, also Rechner, die die dortigen Regeln prüfen. Transaktionen werden in einer eigenen Folge von Blöcken erfasst; jeder Block bündelt Transaktionen. Es handelt sich nicht um einen vorübergehenden Zweig der Bitcoin-Historie. Neue Funktionen benötigen so nicht die Zustimmung aller Bitcoin-Nutzer. Anna wechselt allerdings in ein System mit anderen Sicherheitsannahmen. Deshalb sollte sie zuerst verstehen, wie der Wert hineingelangt und wieder zurückkommt. [1]

Nehmen wir eine Einzahlung von 0,1 BTC an und lassen Gebühren zunächst weg. Beim Einstieg, dem Peg-in, werden BTC im Hauptnetz nach den Regeln der Verbindung, auch Bridge genannt, gesperrt. Auf der Sidechain erhält Anna Zugriff auf eine entsprechende Repräsentation, etwa 0,1 L-BTC auf Liquid. Sie besitzt dadurch nicht zusätzlich 0,1 BTC, die sie gleichzeitig auf Bitcoin ausgeben könnte. Das ursprüngliche UTXO, ein noch nicht ausgegebener Bitcoin-Transaktionsausgang, wechselt nicht in eine andere Datenbank. Ein Ausgang legt einen Betrag und die Bedingungen für dessen Ausgabe fest, etwa die erforderlichen Signaturen. Die Einträge hängen zusammen, gehören aber zu unterschiedlichen Historien. Das Verhältnis 1:1 beschreibt die angestrebte Deckung und den Austausch, nicht eine sofortige Auszahlung oder denselben Preis an jedem Markt. [1] [9] [15]

Für die Rückkehr nutzt Anna einen Peg-out. Je nach System wird die Repräsentation auf der Sidechain vernichtet oder gesperrt; die Bridge gibt entsprechende BTC im Hauptnetz frei. Das ist keine gewöhnliche Zahlung zwischen zwei Bitcoin-Adressen. Bitcoin prüft normalerweise nicht die gesamte Historie und sämtliche Regeln eines fremden Netzwerks. Die Freigabe kann daher Unterschriften einer bestimmten Gruppe, besondere Hardware oder weitere Bedingungen voraussetzen. Anna muss wissen, wer eine Auszahlung verzögern, ablehnen oder unberechtigt auslösen kann. Ein privater Schlüssel ist eine geheime Information, mit der eine Wallet Signaturen zum Ausgeben von Guthaben erstellt. Eigene Schlüssel zu L-BTC oder rBTC beseitigen diese Abhängigkeiten nicht. Ein Tausch über einen Händler ist zudem etwas anderes als ein direkter Peg-out und bringt dessen Preis, die für den Tausch verfügbaren Mittel und seine Bedingungen mit. [1] [9]

Pavel fragt, wer Zahlungen im neuen Netzwerk bestätigt. Anna muss eine zweite Frage ergänzen: Wer kann die auf Bitcoin gesperrten BTC ausgeben? Der Konsens, also die Regeln zur Einigung über gültige Transaktionen und Historie, betrifft den ersten Bereich. Verwahrung und Bridge-Regeln betreffen den zweiten. Eine funktionierende Sidechain kann Schwierigkeiten mit Auszahlungen haben; weitere Blöcke reparieren keine defekte Bridge. Eine Neuordnung ihrer jüngsten Historie schreibt Bitcoin nicht um, kann aber Zahlungen auf der Sidechain und die Deckung beeinträchtigen. Ein eigener Node hilft, die lokalen Regeln zu prüfen. Er verleiht weder fremde Signaturschlüssel noch das Recht, hinterlegte BTC eigenmächtig freizugeben. [1]

Liquid Network zeigt ein konkretes Modell. Es basiert auf Elements; bestimmte Betreiber signieren die Blöcke anstelle gewöhnlicher Bitcoin-Miner. Diese Anordnung heißt Strong Federation. Rollen namens watchmen verwalten die Bitcoin-Bridge. L-BTC repräsentiert im Hauptnetz gesperrte BTC. Confidential Transactions können Beträge und Asset-Arten verbergen, aber nicht automatisch sämtliche Zusammenhänge einer Zahlung. Anna darf eine eigene Wallet nicht mit einem direkten Rückweg ohne Vermittler gleichsetzen: Gewöhnliche Liquid-Nutzer sind nicht automatisch zum direkten Peg-out berechtigt. Meist erfolgt die Rückkehr über einen berechtigten Teilnehmer oder einen Tauschdienst. Dessen Bedingungen sollte sie schon vor dem Einstieg kennen. [2] [9]

Rootstock führt Smart Contracts aus, also Programme, die nach den Regeln des Netzwerks ablaufen. Die Umgebung ist mit der Ethereum Virtual Machine (EVM) kompatibel, die solche Programme auf Ethereum ausführt. Beteiligte Bitcoin-Miner schützen die Blöcke durch Merged Mining: Sie verwenden dieselbe Rechenarbeit für beide Netzwerke. Das bedeutet nicht, dass automatisch alle Bitcoin-Miner Rootstock schützen. Die Verbindung PowPeg ergänzt eine weitere Ebene: PowHSM-Geräte schützen Signaturschlüssel und verfolgen Nachweise über angesammelte Mining-Arbeit. Betreiber halten sie am Laufen; normalerweise unterschreiben sie Auszahlungen nicht manuell mit frei zugänglichen Schlüsseln. Eine Einzahlung gibt bereits vorhandene rBTC aus der Bridge frei, statt neue BTC zu schürfen. Sicherheit hängt somit auch von Software, Hardware und Verfügbarkeit dieses Mechanismus ab. [10] [11]

Der Vorschlag Enabling Blockchain Innovations with Pegged Sidechains von 2014, an dem unter anderem Adam Back und Andrew Poelstra mitwirkten, beschrieb eine Verbindung in beide Richtungen, den two-way peg. Er verwendet auch SPV, die vereinfachte Zahlungsprüfung. Ein Nachweis kann die Aufnahme einer Transaktion in einen Block und nachfolgende Arbeit anhand der Blockheader, kompakter Datensätze mit Verweisen auf die vorherigen Blöcke, belegen. Damit sind nicht automatisch alle Transaktionen im gesamten Netzwerk geprüft. Annahmen über die Historie, Wartezeiten und den Umgang mit deren Änderungen bleiben entscheidend. Praktische Bridges unterscheiden sich deshalb: Föderationen verteilen Unterschriften auf mehrere Betreiber, andere Ansätze ergänzen Hardware oder Entscheidungen von Minern. Merged Mining allein beschreibt das Mining, keine vollständige Auszahlungslösung. [1]

Drivechain verfolgt einen weiteren Ansatz. Der technische Vorschlag BIP 300 schlägt vor, Auszahlungen aus einer besonderen BTC-Verwahrung schrittweise durch Signalisierung der Miner zu genehmigen. Bitcoin-Nodes würden die festgelegten Auszahlungsbedingungen verfolgen, nicht die gesamte Historie jeder Sidechain-Anwendung. BIP 301 behandelt Blind Merged Mining: Ersteller von Sidechain-Blöcken würden Bitcoin-Miner für die Einbindung über den vorgeschlagenen Mechanismus bezahlen, ohne dass die Miner selbst die betreffende Anwendung betreiben müssten. Am 17. Oktober 2026 haben beide Dokumente den Status Draft (Entwurf in Bearbeitung). Ein Vorschlag, Versuchssoftware und aktivierte Hauptnetzregeln sind verschiedene Dinge. Eine BIP-Nummer verspricht Anna daher nicht, dass sie diese Auszahlungsmethode mit gewöhnlichem Bitcoin Core nutzen kann. [7] [8]

Lightning Network ist ein Netz aus Zahlungskanälen. Die Teilnehmer aktualisieren signierte Zahlungsstände und können ihren Kanal unter dessen Bedingungen auf Bitcoin schließen. Dafür benötigen sie keine gemeinsame, separate Blockchain. Eine Sidechain führt dagegen eine eigene Blockhistorie. Auch rollup und Statechain sind keine Synonyme: Ein rollup arbeitet mit Daten oder Nachweisen auf einer Basisschicht, eine Statechain mit der Übertragung der Kontrolle über einen bestimmten Bitcoin-Ausgang. Was sich tatsächlich durchsetzen lässt und welches Vertrauen nötig ist, hängt vom Entwurf ab. All diese Systeme werden mitunter zusätzliche Schicht genannt. Das Etikett Layer 2 verrät jedoch noch nicht, wer die Mittel kontrolliert und wie Nutzer wieder herauskommen. [12] [13] [14]

Anna beginnt beim Zweck: Braucht sie eine Funktion dieses Netzwerks, oder reicht eine Bitcoin-Zahlung? Ist eine Sidechain sinnvoll, prüft sie Wallet-Unterstützung, Netzwerk und Sicherung. Sie klärt, womit Gebühren bezahlt werden, wie Ein- und Ausstieg funktionieren, welche Mindestbeträge gelten und wessen Mitwirkung erforderlich ist. Auch Ausfälle, Betreiberwechsel und Notfallverfahren zählen: Ein Notfallmechanismus der Bridge muss keine Möglichkeit sein, die sie selbst auslösen darf. Erst danach probiert sie einen kleinen Betrag in beide Richtungen. Ein erfolgreicher Versuch kann Fehler im Ablauf aufdecken, beweist aber keine künftige Sicherheit der Bridge. Eine Sidechain erweitert Annas Möglichkeiten; die Entscheidung, wem sie vertraut, nimmt sie ihr nicht ab. [1] [9]