Das Skalierbarkeitsproblem von Bitcoin

Bitcoin ist bewusst langsam ausgelegt. Das ist kein Mangel, sondern eine bewusste Entscheidung. Jeder Knoten im Netzwerk muss jede Transaktion validieren, und dieser Vorgang braucht Zeit. Das Ergebnis ist ein Netzwerk, das rund 7 Transaktionen pro Sekunde (TPS) bewältigt — gegenüber den Tausenden, die Visa verarbeiten kann, oder den Zehntausenden, die Solana angibt.

Jahrelang lief die Debatte auf eine einzige Frage hinaus: Wie lässt sich Bitcoin skalieren, ohne das zu zerstören, was es einzigartig macht?

Die bereits beschrittenen Wege

Die erste Antwort war das Lightning Network (2018): ein System bidirektionaler Zahlungskanäle, das sofortige und nahezu kostenlose Transaktionen zwischen zwei Parteien ermöglicht. Es ist elegant und funktioniert für Mikrozahlungen gut, bringt jedoch strukturelle Grenzen mit sich: Es setzt vorab bereitgestellte Liquidität voraus, unterstützt keine komplexen Smart Contracts und stösst in grösserem Massstab auf das Routing-Problem.

Stacks verfolgte einen anderen Ansatz: eine eigenständige Blockchain, die ihre Blöcke an Bitcoin „verankert“ und eine eigene Sprache für Smart Contracts mitbringt (Clarity). Ein interessanter Entwurf — seine Finalität hängt letztlich jedoch von der Fork-Choice-Rule von Stacks selbst ab.

Rootstock (RSK) setzte auf EVM-Kompatibilität und Merged Mining mit Bitcoin. Es besteht seit 2018, sein Ökosystem ist jedoch begrenzt geblieben.

Warum ein Rollup etwas anderes ist

Ein Rollup ist keine Sidechain. Der technische Unterschied ist entscheidend:

- Eine Sidechain stellt ihre eigene Sicherheit bereit (eigene Validatoren, eigener Konsens). Wird die Sidechain angegriffen, sind die Verluste real.
- Ein Rollup führt Transaktionen off-chain aus, veröffentlicht aber den komprimierten Zustand auf Bitcoin. Seine Sicherheit wird von der Basiskette abgeleitet.

Der Ablauf sieht wie folgt aus:

Nutzer übermitteln Transaktionen an den Sequencer des Rollups
Der Sequencer ordnet sie und führt sie in Stapeln aus
In regelmässigen Abständen wird das State Commitment (ein Merkle-Root des aktualisierten Zustands) über OP_RETURN oder Taproot auf Bitcoin veröffentlicht
Den Zustandsübergang kann jeder überprüfen

Die Verankerung in Bitcoin bedeutet, dass ein Umschreiben der Rollup-Historie ein Umschreiben der Transaktionshistorie von Bitcoin erfordern würde — praktisch unmöglich.

Data Availability: die ungeklärte Frage

Der entscheidende Punkt lautet: Wo liegen die Transaktionsdaten tatsächlich? Liegt auf Bitcoin nur das Commitment, während die vollständigen Daten in den Händen des Sequencers bleiben, handelt es sich technisch eher um ein Validium als um ein echtes Rollup. Der Unterschied ist nicht akademisch: Verschwände der Sequencer mit den Daten, könnten Nutzer möglicherweise ihren eigenen Kontostand nicht mehr nachweisen.

Bitcoin Hyper äussert sich zu diesem Punkt offen: Die endgültige Lösung für die Data Availability ist weiterhin Gegenstand laufender Forschung (laut einer Aktualisierung vom 27. März 2026). Zu den geprüften Optionen zählen externe DA-Ebenen (etwa Celestia), Erasure Coding und verteilte Knoten.

Zusammenfassung

Ein Rollup auf Bitcoin bietet: von Bitcoin abgeleitete Sicherheit für Finalität und Unveränderlichkeit; höheren Durchsatz durch die Ausführung off-chain; Programmierbarkeit über Smart Contracts (was auf L1 nicht möglich ist); und geringere Kosten für Endnutzer.

Der Preis dafür ist architektonische Komplexität und eine Reihe weiterhin offener Kompromisse (Sequencer, Data Availability, Bridge). Bitcoin Hyper setzt darauf, dass diese Kompromisse vertretbar — und mit der Zeit beherrschbar — sind.

Was ist ein Rollup — und warum Bitcoin eines brauchte