Ein einzelner Sequencer: pragmatische Entscheidung oder strukturelles Risiko?

Die Reihenfolge der Transaktionen ist Macht

Jedes Rollup braucht jemanden — oder etwas —, der über die Reihenfolge entscheidet, in der Transaktionen verarbeitet werden. Das ist die Aufgabe des Sequencers.

Die Reihenfolge ist nicht neutral. Wer den Sequencer kontrolliert, kann: MEV extrahieren (Maximal Extractable Value), indem er Transaktionen einfügt oder umordnet, um selbst Gewinn zu erzielen; Transaktionen zensieren — unerwünschte werden schlicht ignoriert; und Front-Running betreiben, also den Transaktionen anderer Nutzer zuvorkommen.

In einem dezentralen System hält kein einzelner Akteur diese Macht. In einem System mit zentralisiertem Sequencer hält sie das Projektteam.

Warum Rollups häufig mit einem zentralisierten Sequencer starten

Die ehrliche Antwort lautet: Es ist einfacher.

Ein dezentraler Sequencer erfordert ein Konsensprotokoll zwischen mehreren Sequencern, Mechanismen gegen Absprachen, Systeme zur Leader-Wahl oder Rotation sowie ökonomische Anreize, die robust und nicht angreifbar sind.

All das vor dem Start aufzubauen, bedeutet Jahre zusätzlicher Entwicklung. Arbitrum, Optimism und Base — die Rollups mit dem höchsten Total Value Locked auf Ethereum — sind alle mit einem zentralisierten Sequencer gestartet und dezentralisieren sich Jahre später noch immer.

Bitcoin Hyper führt ausdrücklich aus (Kapitel 34.2 des Buches), dass der Sequencer beim Mainnet-Start zentralisiert und vom Team betrieben sein wird. Die Roadmap sieht eine schrittweise Dezentralisierung über zwei bis vier Jahre vor, mittels Rotation, Auktionen und Leader-Wahl. Es handelt sich um eine erklärte Absicht, nicht um eine fertige Funktion.

Wie wird das Zensurrisiko heute gemindert?

Der zentrale architektonische Mechanismus ist die Forced Inclusion: Eine Transaktion lässt sich über die Basisschicht von Bitcoin in das Rollup „erzwingen“ und umgeht dabei den Sequencer selbst. Wenn der Sequencer Sie zensiert, können Sie Ihre Transaktion dennoch verarbeiten lassen, indem Sie die Gebühr direkt auf Bitcoin entrichten. Ein einzelner Sequencer schafft einen zentralen Punkt operativer Kontrolle; die Forced Inclusion ist das Sicherheitsventil, das verhindern soll, dass diese Kontrolle absolut wird.

Der Haken ist, dass die Forced Inclusion bei Bitcoin Hyper weiterhin in Entwicklung ist (Stand: 28. April 2026). Im Devnet steht sie bislang nicht zur Verfügung. Solange sie nicht ausgeliefert und getestet ist, bleibt der Schutz, den sie bieten soll, theoretisch.

Signale, die es zu beobachten lohnt

Bevor Sie ein Engagement in Bitcoin Hyper erwägen, sind dies die Signale, die auf tatsächliche Fortschritte bei der Dezentralisierung des Sequencers hindeuten:

1. Eine veröffentlichte technische Spezifikation des gewählten Dezentralisierungsmechanismus
2. Funktionsfähige Forced Inclusion im Testnet oder Mainnet
3. Eine Roadmap mit überprüfbaren Meilensteinen (nicht bloß „in den kommenden Jahren“)
4. Ein Audit des Sequencer-Codes durch anerkannte unabhängige Prüfer
5. Ein belastbarer Zeitplan mit ausdrücklich benannten Abhängigkeiten

Fazit

Ein zentralisierter Sequencer zum Start ist eine nachvollziehbare, pragmatische Entscheidung — nicht zwangsläufig ein Warnsignal. Er bedeutet für sich genommen keinen Verlust von Mitteln, kann aber Liveness, Transaktionsreihenfolge und Zensurresistenz beeinträchtigen. Zum Problem wird er, wenn es keine konkrete Roadmap zur Dezentralisierung gibt, wenn die Forced Inclusion nie umgesetzt wird oder wenn das Team seine Stellung nutzt, um intransparent MEV abzuschöpfen.

Das Projekt gibt an, dass das Sequencing zu einem späteren Zeitpunkt dezentralisiert wird. Zum Zeitpunkt der Abfassung bleibt dieser Übergang ein Ziel der Roadmap: Bitcoin Hyper hat seine Absicht erklärt, und das Urteil wird sich daran bilden, was tatsächlich geliefert wird.