---
title: "Gemeinsamer Sequencer"
description: "Wie ein gemeinsamer Sequencer Transaktionen für mehrere Rollups ordnet, was seine Vorbestätigungen garantieren und wo Interoperabilitäts-, Verfügbarkeits-, Zensur-, MEV- und gemeinsame Ausfallrisiken bleiben."
image: "https://wiki.fcontext.com/og.png"
---
> Documentation Index
> Fetch the complete documentation index at: https://wiki.fcontext.com/llms.txt
> Use this file to discover all available pages before exploring further.
# Gemeinsamer Sequencer
> Nur zu Bildungszwecken; keine Finanz-, Anlage-, Interoperabilitäts-, Transaktionsfinalitäts- oder Sicherheitsberatung. Garantien, Ausweichpfade und Abwicklungsannahmen gemeinsamer Sequencer unterscheiden sich je nach Implementierung und können sich nach Upgrades ändern.
## Direkte Antwort
Ein gemeinsamer Sequencer ist ein Dienst oder Netzwerk, das Transaktionsdaten mehrerer Rollups annimmt und dafür eine gemeinsame, vereinbarte Reihenfolge erzeugt. Teilnehmende Rollups lesen den ihnen zugewiesenen Teil des geordneten Protokolls und führen ihn nach ihren eigenen Zustandsübergangsregeln aus. Die Sequenzierungsschicht kann außerdem schnelle Vorbestätigungen ausgeben, bevor die Daten die Datenverfügbarkeits- und Abwicklungsschichten der Rollups erreichen.
„Gemeinsam“ beschreibt die Nutzung durch mehrere Rollups, nicht ein bestimmtes Vertrauensmodell. Ein gemeinsamer Sequencer kann zentralisiert sein, von einem zugelassenen Komitee betrieben oder durch dezentralen Konsens gesichert werden. Allein beweist er weder korrekte Ausführung noch macht er Transaktionsdaten dauerhaft verfügbar, wickelt ein Rollup auf seiner übergeordneten Chain ab oder garantiert atomare Rollup-übergreifende Aktionen.
Das Modell kann die Ordnungsinfrastruktur verteilen, mehreren Rollups eine konsistente Sicht auf die relative Reihenfolge geben und Doppelarbeit verringern. Dem steht eine neue Abhängigkeit gegenüber, die alle angeschlossenen Rollups gleichzeitig treffen kann.
## Funktionsweise
- **Einreichen.** Nutzer, Wallets oder Rollup-spezifische Gateways senden signierte Transaktionen oder undurchsichtige Transaktionspakete an die gemeinsame Sequenzierungsschicht, meist mit Rollup-Kennung oder Namensraum.
- **Ordnen.** Ein Betreiber oder Konsensnetzwerk wählt Transaktionen aus, entscheidet über ihre Aufnahme und einigt sich auf einen gemeinsamen geordneten Block oder ein Protokoll. Seine Regeln bestimmen die unmittelbare Zensur-, Gebühren- und MEV-Fläche.
- **Vorbestätigen.** Der Dienst kann eine Zusage zur Reihenfolge signieren oder finalisieren. Ihre Sicherheit beruht auf den Annahmen über Unterzeichner, Komitee, Einsatz oder Konsens der Implementierung und ist nicht automatisch Finalität der übergeordneten Chain.
- **Verteilen.** Relayer und Rollup-Knoten beziehen die geordneten Daten, prüfen Zusagen und filtern die Einträge für das jeweilige Rollup.
- **Ausführen und veröffentlichen.** Jedes Rollup führt seine eigenen Transaktionen aus und veröffentlicht Daten und Zustandszusagen nach seinem Protokoll. Ein verzögert ausführender gemeinsamer Sequencer kann undurchsichtige Bytes ordnen, ohne den Zustandsübergang des Rollups zu prüfen.
- **Abwickeln.** Das Beweis- oder Anfechtungssystem des Rollups, Datenverfügbarkeitsregeln, Bridge-Verträge und der Konsens der übergeordneten Chain bestimmen Ausführungskorrektheit, Auszahlungen und endgültige Abwicklung.
Eine gemeinsame Reihenfolge kann Rollup-übergreifende Koordination unterstützen, weil Anwendungen dasselbe Sequenzierungsereignis referenzieren können. Atomare Interoperabilität verlangt dennoch zusätzliche Protokolllogik, die beide Seiten definiert, ihre Ergebnisse prüft und Teilausführung verhindert oder behandelt. Gemeinsame Ordnung allein liefert weder Nachrichtenübermittlung noch Rückabwicklungsregeln.
## Beispiel
Angenommen, eine Anwendung möchte einen Vermögenswert auf Rollup A gegen einen Vermögenswert auf Rollup B tauschen. Sie reicht beide Transaktionsseiten als Paket bei einer von beiden Rollups genutzten Sequenzierungsschicht ein. Der Sequencer verpflichtet sich auf ihre relative Reihenfolge, und jedes Rollup leitet seinen Eintrag aus demselben geordneten Protokoll ab.
Wenn beide Rollups und das Interoperabilitätsprotokoll das Paket erkennen, die gemeinsame Zusage prüfen und eine Alles-oder-nichts-Regel durchsetzen, kann die gemeinsame Ordnung die Ausführung koordinieren. Führt Rollup A seine Seite aus, während Rollup B seine Seite ablehnt, verzögert oder nicht erhält, hat der gemeinsame Sequencer den Tausch nicht atomar gemacht. Eine Bridge, ein Beweissystem, ein Treuhandmechanismus oder eine andere Wiederherstellungsregel muss diesen Zustand auflösen.
Für die operative Prüfung sollten Vorbestätigung, Verfügbarkeitsveröffentlichung, Ausführungsergebnis und Abwicklung auf der übergeordneten Chain als getrennte Zustände verfolgt werden. Eine Oberfläche, die nur „bestätigt“ anzeigt, kann verschleiern, welche Garantie tatsächlich erreicht wurde.
## Risiken
- **Gemeinsamer Ausfall.** Konsensversagen, Softwarefehler, Relayer-Probleme oder Netzstörungen können mehrere Rollups zusammen anhalten. Jedes Rollup braucht einen dokumentierten Ausweichpfad und Regeln zum Abgleich der Reihenfolgen nach der Wiederherstellung.
- **Zensur und Governance.** Validatoren, Betreiber, Zulassungsregeln oder Upgrade-Berechtigte können Transaktionen oder Rollups ausschließen. Dezentraler Konsens hilft nicht, wenn Teilnahme oder Transaktionseinreichung praktisch genehmigungspflichtig bleiben.
- **Ordnung und MEV.** Eine gemeinsame Sicht kann Rollup-übergreifende Aktivitäten koordinieren, aber auch wertvollen Orderflow bündeln und domänenübergreifendes Frontrunning, bevorzugte Aufnahme oder komplexe MEV-Abschöpfung ermöglichen.
- **Abweichende Bestätigungen.** Sequencer-Zusage, Datenverfügbarkeitsbestätigung, Rollup-Ausführungsergebnis und Abwicklung auf der übergeordneten Chain sind verschiedene Garantien. Bridges und Anwendungen können Geld verlieren, wenn sie das früheste Signal als das stärkste behandeln.
- **Daten- und Integrationsfehler.** Falsche Namensräume, fehlerhafte Ableitung, nicht verfügbare Daten, inkompatible Upgrades oder kompromittierte Adapter können ein Rollup falsche Eingaben ausführen oder die Blockableitung stoppen lassen.
- **Wirtschaftliche und kontrollbezogene Konzentration.** Ein gemeinsamer Validatorensatz, Token, Client, RPC-Dienst oder Governance-Prozess kann systemrelevant werden. Geteilte Infrastruktur kann den Betreiber eines Rollups diversifizieren und zugleich das Ökosystem um eine andere Schicht konzentrieren.
## Häufige Irrtümer
- **Gemeinsam bedeutet dezentral.** Gemeinsame Nutzung sagt, wie viele Rollups den Dienst verwenden; Dezentralisierung hängt davon ab, wer validieren, vorschlagen, einreichen, aktualisieren und das Netzwerk wiederherstellen kann.
- **Eine Reihenfolge bedeutet eine Zustandsmaschine.** Jedes Rollup behält normalerweise eigene Ausführung und eigenen Zustand. Der Sequencer kann Daten ordnen, die er weder versteht noch ausführt.
- **Eine Vorbestätigung ist Finalität der übergeordneten Chain.** Stärke und Umkehrbedingungen stammen aus dem Sequenzierungsprotokoll, bis die nötigen Verfügbarkeits-, Beweis- und Abwicklungsschritte abgeschlossen sind.
- **Gemeinsame Sequenzierung macht Bridges überflüssig.** Vermögenswerte und Nachrichten brauchen weiterhin authentifizierte Zustandsübergänge, Abwicklungslogik und Fehlerbehandlung zwischen Rollups.
- **Das Modell beseitigt MEV und Zensur.** Es verändert die Kontrolle über die Ordnung und kann Rechenschaft oder Wettbewerb verbessern, doch Ordnungsmacht und zugehörige Anreize bleiben.
## Verwandte Themen
- [Rollups](/de/crypto/rollup/)
- [Sequencer](/de/crypto/sequencer/)
- [Datenverfügbarkeit](/de/crypto/data-availability/)
- [Zensurresistenz](/de/crypto/censorship-resistance/)
- [MEV](/de/crypto/mev/)
## Quellen
- [Einführung](https://docs.astria.org/overview/introduction) - Astria Documentation (abgerufen: 2026-08-21)
- [Transaktionsablauf](https://docs.astria.org/overview/transaction-flow) - Astria Documentation (abgerufen: 2026-08-21)
- [Rollup-Architektur](https://docs.espressosys.com/network/concepts/rollup-architecture) - Espresso Documentation (abgerufen: 2026-08-21)
- [Ethereum skalieren](https://ethereum.org/en/developers/docs/scaling/) - Ethereum.org (abgerufen: 2026-08-21)
Source: https://wiki.fcontext.com/de/crypto/shared-sequencer/index.mdx