Was ist ein Rollup und warum brauchte Bitcoin eines?

Das Skalierbarkeitsproblem von Bitcoin

Bitcoin ist darauf ausgelegt, Überprüfbarkeit, Dezentralisierung und Resilienz in den Vordergrund zu stellen, und nicht darauf, die Anzahl der Transaktionen pro Sekunde zu maximieren. Jeder Full Node validiert die Transaktionen gemäss den Regeln des Protokolls. Auf der Basisschicht ist die Kapazität begrenzt und wird oft, als Richtwert, auf rund 7 Transaktionen pro Sekunde geschätzt, auch wenn der tatsächliche Wert von der Art und der Grösse der Transaktionen abhängt.

Jahrelang liess sich die Debatte auf eine Frage reduzieren: Wie lässt sich die Kapazität von Bitcoin erhöhen, ohne das zu gefährden, was seine Einzigartigkeit ausmacht?

Die bereits beschrittenen Wege

Die erste Antwort war das Lightning Network, seit 2018 in Betrieb: ein Netzwerk von Zahlungskanälen, das schnelle und in der Regel kostengünstige Zahlungen ermöglicht, auch über Routen aus mehreren Kanälen. Es ist in erster Linie auf Zahlungen ausgerichtet und bietet keine universelle Umgebung für Smart Contracts. Sein Funktionieren hängt zudem von der verfügbaren Liquidität und von der Möglichkeit ab, eine geeignete Route zu finden.

Stacks hat einen anderen Ansatz gewählt: ein Smart-Contract-Netzwerk, das über den PoX-Mechanismus mit Bitcoin verbunden ist und über eine eigene Sprache verfügt, Clarity. Sein Sicherheitsmodell und seine Finalität unterscheiden sich von jenen von Bitcoin und hängen zudem von den spezifischen Regeln des Stacks-Netzwerks ab.

Rootstock (RSK) hat sich für die EVM-Kompatibilität und das Merge-Mining mit Bitcoin entschieden. Das Netzwerk ist seit 2018 in Betrieb und nutzt ein Sidechain-Modell mit eigenen Sicherheits- und Bridge-Annahmen.

Warum ein Rollup anders ist

Ein Rollup ist keine Sidechain. Die technische Unterscheidung ist wichtig:

• - Eine Sidechain behält ihren eigenen Konsens- oder Validierungsmechanismus. Ihre Sicherheit hängt hauptsächlich von diesem System und von der Gestaltung der Bridge ab, die sie mit Bitcoin verbindet.
• - Bei der für Bitcoin Hyper beschriebenen Architektur würde die Ausführung ausserhalb von Bitcoin stattfinden, und State Commitments würden auf der Basisschicht veröffentlicht. Die tatsächliche Einstufung als Rollup hängt zudem von der Datenverfügbarkeit und vom Beweissystem ab.

Gemäss der vom Projekt veröffentlichten Architektur würde der vorgesehene Prozess wie folgt aussehen:

1. Die Nutzer würden ihre Transaktionen an den Sequencer senden
2. Der Sequencer würde sie ordnen und in Batches ausführen
3. Periodisch würde ein State Commitment, beschrieben als Merkle-Wurzel des aktualisierten Zustands, über OP_RETURN oder Taproot auf Bitcoin veröffentlicht
4. Die Möglichkeit, den Übergang zu überprüfen, würde von der Datenverfügbarkeit und vom Beweissystem abhängen; das Commitment allein belegt nicht, dass der Übergang korrekt ist

Sobald es auf Bitcoin bestätigt ist, profitiert ein State Commitment von der praktischen Unveränderlichkeit der Transaktion, die es enthält. Dies erschwert die nachträgliche Änderung dieses Eintrags, verhindert jedoch für sich allein nicht die Veröffentlichung eines fehlerhaften Commitments und garantiert weder die Gültigkeit des Zustands noch die Datenverfügbarkeit noch die Sicherheit der Bridge.

Die Datenverfügbarkeit: eine noch offene Frage

Der kritische Punkt ist folgender: Wo befinden sich die Transaktionsdaten tatsächlich? Wenn nur das Commitment auf Bitcoin veröffentlicht wird, während die vollständigen Daten in den Händen des Sequencers bleiben, käme die Architektur eher einem Modell vom Typ Validium nahe als einem Rollup mit öffentlicher Datenverfügbarkeit. Diese Unterscheidung ist nicht rein akademisch: Würde der Sequencer mit den Daten verschwinden, könnten die Nutzer möglicherweise nicht mehr in der Lage sein, ihren eigenen Saldo nachzuweisen.

Gemäss der vom Projekt veröffentlichten Dokumentation wird die endgültige Lösung für die Datenverfügbarkeit noch geprüft; eine Aktualisierung vom 27. März 2026 weist ausdrücklich darauf hin. Zu den untersuchten Optionen zählen externe Datenverfügbarkeitsschichten wie Celestia, das Erasure Coding und der Einsatz verteilter Knoten.

Zusammenfassend

Ein Rollup auf Bitcoin kann mehrere Designziele verfolgen: Bitcoin nutzen, um State Commitments aufzuzeichnen; die Kapazität durch eine Off-Chain-Ausführung erhöhen; eine Umgebung für Smart Contracts bieten; und die Kosten für die Nutzer senken. Inwieweit diese Ziele erreicht werden können, hängt von der konkreten Umsetzung, der Datenverfügbarkeit, dem Beweissystem und den Austrittsmechanismen ab.

Der Preis dieses Ansatzes liegt in einer erhöhten architektonischen Komplexität und in mehreren noch offenen Designentscheidungen: dem Sequencer, der Datenverfügbarkeit, der Bridge und dem Beweissystem. Das Projekt erklärt, dass diese Elemente schrittweise angegangen werden können; dabei handelt es sich um eine projekteigene Position, die noch unabhängig zu überprüfen ist.