Ein einzelner Sequencer zum Start: Risiko oder Pragmatismus?

Transaktionen zu ordnen ist eine Form von Macht

Jedes Rollup benötigt jemanden — oder etwas —, der die Reihenfolge bestimmt, in der die Transaktionen verarbeitet werden. Das ist die Aufgabe des Sequencers.

Die Anordnung ist nicht neutral. Wer den Sequencer kontrolliert, kann: MEV extrahieren (Maximal Extractable Value), indem Transaktionen zum eigenen Vorteil eingefügt oder umsortiert werden; Transaktionen zensieren, indem jene ignoriert werden, die nicht verarbeitet werden sollen; und Front-Running betreiben, indem den Transaktionen anderer Nutzer zuvorgekommen wird.

In einem dezentralisierten System bündelt kein einzelner Akteur diese Macht allein. In einem System mit einem zentralisierten Sequencer liegt diese Macht beim Team, das ihn betreibt. Zu den mit dieser Konzentration verbundenen Risiken zählen die Zensur von Transaktionen, Verzögerungen, die Nichtverfügbarkeit des Dienstes, die Kontrolle über die Reihenfolge, die Extraktion von MEV und das Bestehen eines einzelnen Ausfallpunkts.

Warum viele Rollups mit einem zentralisierten Sequencer beginnen

Die direkteste Antwort lautet, dass diese Architektur betrieblich einfacher ist. In einer Anfangsphase könnte ein einzelner Betreiber die Koordination, die Aktualisierungen und die Diagnose von Störungen vereinfachen. Zugleich würde er jedoch die Macht und die Abhängigkeiten in den Händen eines einzigen Akteurs bündeln.

Ein dezentralisierter Sequencer erfordert ein Konsensprotokoll zwischen mehreren Sequencern, Mechanismen gegen Kollusion, Systeme zur Wahl oder Rotation des Leaders sowie robuste und schwer angreifbare wirtschaftliche Anreize.

Alle diese Mechanismen vor dem Start zu bauen, kann eine erhebliche zusätzliche Entwicklungszeit erfordern. Arbitrum, Optimism und Base — drei bedeutende Rollups auf Ethereum — wurden mit einem zentralisierten Sequencer gestartet und setzen ihren Dezentralisierungsprozess auch mehrere Jahre später noch fort. Dieser Vergleich ist rein kontextbezogen: Er unterstellt keinerlei architektonische oder sicherheitsbezogene Äquivalenz mit der für Bitcoin Hyper beschriebenen Architektur.

Gemäss der in Kapitel 34.2 des Buches analysierten Projektdokumentation wäre der Sequencer beim Start der Mainnet zentralisiert und würde vom Team betrieben. Zum Stichtag befand sich Bitcoin Hyper noch in einer Phase vor der Mainnet: Der einzelne Sequencer ist Teil des vorgesehenen Startmodells und nicht einer bereits verifizierten operativen Komponente. Die Roadmap sieht eine schrittweise Dezentralisierung über einen Zeitraum von zwei bis vier Jahren mittels Rotations-, Auktions- und Leader-Wahl-Mechanismen vor. Dabei handelt es sich um eine erklärte Absicht und nicht um eine fertiggestellte Funktion.

Wie würde das Zensurrisiko gemindert?

Der wichtigste vorgesehene architektonische Mechanismus ist die erzwungene Inklusion (forced inclusion): Eine Transaktion könnte über die Basisschicht von Bitcoin in das Rollup «erzwungen» werden, ohne den Sequencer zu durchlaufen. Würde der Sequencer eine Transaktion zensieren, könnte der Nutzer sie verarbeiten lassen, indem er die Gebühren direkt auf Bitcoin bezahlt. Ein einzelner Sequencer führt einen zentralen Punkt der operativen Kontrolle ein; die erzwungene Inklusion ist der vorgesehene Sicherheitsmechanismus, damit diese Kontrolle nicht absolut wird. Sie ist als eine dokumentierte, noch zu verifizierende Funktion zu betrachten und nicht als eine bereits verfügbare Garantie.

Der entscheidende Vorbehalt ist, dass sich die erzwungene Inklusion in Bitcoin Hyper weiterhin in Entwicklung befindet (Stand 28. April 2026). Auf der Devnet war sie nicht verfügbar. Solange sie nicht veröffentlicht und getestet wurde, bleibt der Schutz, den sie bieten soll, zu verifizieren. Diese Angabe bezieht sich auf die zu diesem Zeitpunkt verfügbare Dokumentation.

Zu beobachtende Signale

Bevor man ein Engagement in Bitcoin Hyper in Betracht zieht, sind dies die Signale, die einen echten Fortschritt bei der Dezentralisierung des Sequencers anzeigen würden. Zum Stichtag wurde keine öffentliche, hinreichend detaillierte Spezifikation des endgültigen Mechanismus festgestellt:

1. Öffentliche technische Spezifikationen des gewählten Dezentralisierungsmechanismus
2. Eine operative erzwungene Inklusion auf Testnet oder Mainnet
3. Eine Roadmap mit überprüfbaren Meilensteinen (und nicht bloss «in den nächsten Jahren»)
4. Ein Audit des Sequencer-Codes durch anerkannte unabhängige Unternehmen
5. Ein glaubwürdiger Zeitplan mit expliziten Abhängigkeiten

Fazit

Ein zentralisierter Sequencer zum Start kann eine pragmatische und nachvollziehbare Wahl sein, ohne zwingend ein Alarmsignal darzustellen. Er bedeutet für sich allein keinen Verlust von Mitteln, könnte jedoch die Verfügbarkeit des Dienstes, die Anordnung der Transaktionen und die Zensurresistenz beeinträchtigen. Problematisch wird er, wenn eine konkrete Roadmap zur Dezentralisierung fehlt, wenn die erzwungene Inklusion nie umgesetzt wird oder wenn der Betreiber des Sequencers seine Position nutzt, um MEV auf undurchsichtige Weise zu extrahieren.

Das Projekt erklärt, dass die Sequenzierung in einer späteren Phase dezentralisiert werde. Zum Zeitpunkt der Abfassung bleibt dieser Übergang ein Ziel der Roadmap, und ein allgemeines Dezentralisierungsversprechen stellt keine überprüfbare Roadmap dar. Der Sequencer, die Bridge, die Datenverfügbarkeit und das Beweissystem stellen unterschiedliche Ebenen dar: Den Sequencer zu dezentralisieren würde die mit der Bridge verbundenen Risiken ebenso wenig automatisch beseitigen wie jene, die mit der Datenverfügbarkeit einhergehen. Die erzwungene Inklusion, der erzwungene Ausstieg und die Escape Hatch sind als dokumentierte oder noch zu verifizierende Funktionen zu betrachten. Ein einzelner Sequencer kann ein pragmatischer Ausgangspunkt sein, darf aber nicht als Endpunkt dargestellt werden: Die Bewertung wird von den veröffentlichten Grenzen, den bestehenden Kontrollen und den alternativen Verfahren abhängen. Die Glaubwürdigkeit der Dezentralisierung wird von überprüfbaren Meilensteinen abhängen und nicht von blossen Absichtserklärungen.