Celestia ist am besten als spezialisierte Blockchain für Konsensfindung und Datenverfügbarkeit zu verstehen, nicht als universelle Ausführungskette. Anstatt jeden Basis-Validator mit der Ausführung jeder Anwendungstransaktion zu beauftragen, ermöglicht Celestia die Ausführung von Rollups an anderer Stelle und veröffentlicht deren Transaktionsdaten bei Celestia, sodass jeder überprüfen kann, ob die Daten verfügbar gemacht wurden.
Dieser Artikel verwendet durchgehend ein klar gekennzeichnetes hypothetisches Beispiel: ArcadeRollup , ein fiktives Gaming-Rollup, das Tausende von Spieleraktionen außerhalb des Celestia-Ausführungspfads verarbeitet, seinen Zustand in einer anderen Kette speichert und Celestia für die Datenverfügbarkeit nutzt. ArcadeRollup ist keine reale Implementierung, kein Leistungsbenchmark, kein Kundenfall und keine Empfehlung. Es dient lediglich als Lehrmittel zum Verständnis des modularen Stacks.
Eine traditionelle monolithische Blockchain bündelt in der Regel mehrere Aufgaben in derselben Basisschicht: Transaktionsausführung, Abwicklung, Konsensfindung und Datenverfügbarkeit. Die Architektur von Celestia trennt diese Funktionen, sodass spezialisierte Schichten unterschiedliche Aufgaben übernehmen können.
Die Celestia-Dokumentation beschreibt das Netzwerk als modulare Datenverfügbarkeitsschicht. Die Basisschicht sorgt für den Konsens über die Datenreihenfolge und stellt die Daten bereit. Ausführung und Abrechnung können oberhalb oder außerhalb von Celestia erfolgen. Dies ist wichtig, da die Ausführung oft der kostenintensive, anwendungsspezifische Teil eines Blockchain-Stacks ist. Ein Rollup kann seine eigene virtuelle Maschine, Sequenzierungslogik, sein eigenes System zur Betrugs- oder Gültigkeitsprüfung sowie seine eigene Abrechnungsumgebung wählen, ohne dass Celestia-Validatoren die Anwendungslogik des Rollups ausführen müssen.
Die primäre technische Beschreibung finden Sie in der offiziellen Datenverfügbarkeitsdokumentation von Celestia .
Stell dir vor, ArcadeRollup steuert ein Echtzeit-Strategiespiel. Spieler übermitteln Züge, Tauschgeschäfte, Herstellungsaktionen und Spielergebnisse. Der Sequenzer von ArcadeRollup empfängt diese Transaktionen und führt sie gemäß den Spielregeln aus. Dadurch ändert sich der Zustand des Rollups: Guthaben verschieben sich, Inventare verändern sich und Ranglisten werden aktualisiert.
Celestia muss diese Spielregeln nicht erneut ausführen. Stattdessen verpackt ArcadeRollup die Transaktionsdaten in Blobs und veröffentlicht sie an Celestia. Celestia sortiert die Blobs und stellt deren Daten zur Verfügung. Je nach Rollup-Architektur kann eine separate Abrechnungsschicht Statuszusagen und -nachweise von ArcadeRollup empfangen.
Diese Einteilung lässt sich wie folgt zusammenfassen:
| Funktion | Hypothetischer ArcadeRollup-Stack | Was die Komponente bewirkt |
|---|---|---|
| Ausführung | ArcadeRollup | Führt Spieltransaktionen aus und aktualisiert den Anwendungsstatus. |
| Siedlung | Eine separate L1- oder Setzungsschicht | Löst die staatlichen Verpflichtungen und das Nachweissystem des Rollups. |
| Konsens | Celestia-Validierungsset | Stimmt der Reihenfolge der Celestia-Blöcke zu. |
| Datenverfügbarkeit | Celestia | Veröffentlicht zusammengefasste Daten, damit die Teilnehmer überprüfen können, ob diese zur Verfügung gestellt wurden. |
Der wichtige architektonische Aspekt ist, dass die Verwendung von Celestia für DA nicht bedeutet, dass Celestia das Rollup ausführt . Das Rollup bleibt für seine Ausführungsumgebung und seine eigene Zustandsübergangslogik verantwortlich.
Ein Rollup kann nur dann unabhängig verifiziert werden, wenn die zur Rekonstruktion seines Zustands benötigten Daten verfügbar sind. Angenommen, der Sequenzer von ArcadeRollup veröffentlicht einen neuen Zustands-Root, hält aber die Transaktionen zurück, die ihn erzeugt haben. Benutzer und Verifizierer wissen zwar, dass ein Commit existiert, können aber nicht unabhängig rekonstruieren, was genau passiert ist.
Das ist das Problem der Datenverfügbarkeit. Celestia ist so konzipiert, dass die Teilnehmer darauf vertrauen können, dass die Blockdaten tatsächlich veröffentlicht wurden, ohne dass jeder Light Node den gesamten Block herunterladen muss.
Celestia verwendet Data Availability Sampling (DAS) . Die Blockdaten werden mit zweidimensionaler Reed-Solomon-Erasure-Codierung erweitert. Light Nodes fordern dann zufällige Teile (Shares) aus dem erweiterten Datenquadrat zusammen mit kryptografischen Beweisen an. Werden wiederholte Zufallsstichproben korrekt zurückgegeben, gewinnt der Light Node hohes Vertrauen, dass genügend Daten für die Rekonstruktion des vollständigen Blocks verfügbar sind.
Die praktische Konsequenz ist bedeutend: Ein leichter Knoten kann die Datenverfügbarkeit überprüfen, ohne jedes Byte in jedem Block herunterzuladen. Das Skalierungsmodell von Celestia basiert daher teilweise darauf, dass viele Teilnehmer kleine Datenabschnitte stichprobenartig abrufen, anstatt dass alle Prüfer alles vollständig replizieren müssen.
Die offizielle Erklärung findet sich in der DAS-Dokumentation von Celestia und in den FAQ zur Datenverfügbarkeit .
Wenn Hunderte von Rollups Daten an ein DA-Netzwerk senden, sollte ein Rollup nicht die Daten jeder anderen Anwendung herunterladen müssen, nur um seine eigenen zu finden. Celestia löst dieses Problem mit namensraumbasierten Merkle-Bäumen .
Die Daten jeder Anwendung können einem Namensraum zugeordnet werden. Im Beispiel ArcadeRollup würden die zugehörigen Blobs im Namensraum des jeweiligen Rollups abgelegt. Ein Knoten, der an ArcadeRollup interessiert ist, kann dann die relevanten Daten im Namensraum sowie den Nachweis anfordern, dass die Antwort für diesen Namensraum vollständig ist.
Dies ist einer der praktischen Gründe, warum das modulare Modell viele Ausführungsumgebungen auf derselben DA-Schicht unterstützen kann: Sie können den Celestia-Blockraum gemeinsam nutzen und gleichzeitig die für ihre eigene Anwendung relevanten Daten abrufen.
Rollups veröffentlichen Daten in Celestia mithilfe von Blob-Transaktionen. Die aktuelle Dokumentation beschreibt eine Blob-Transaktion als eine Standard-Cosmos-SDK-Transaktion MsgPayForBlobsplus einen oder mehrere Blobs. Die Zahlungstransaktion beinhaltet eine Verpflichtung zur Speicherung der Blob-Daten, während die eigentlichen Daten im Block unter dem entsprechenden Namensraum organisiert sind.
In unserem hypothetischen Fall fasst ArcadeRollup Spielertransaktionen regelmäßig in Batches zusammen, erstellt einen oder mehrere Blobs und bezahlt für deren Veröffentlichung. Celestia fügt die Transaktion und die zugehörigen Blobs anschließend in einen Block ein, wendet seine Datenverfügbarkeitskodierung an und speichert die resultierenden Daten.
Die aktuelle Transaktionsstruktur und die Limits sind in der offiziellen Blob-Übermittlungsdokumentation von Celestia sowie in deren Erklärung zur Bezahlung von Blobspace zu finden .
TIA ist der native Vermögenswert von Celestia, seine Rolle geht jedoch über die eines spekulativen Markttokens hinaus. Laut der aktuellen Dokumentation von Celestia wird TIA in mehreren Protokollfunktionen verwendet:
Die offizielle TIA-Übersicht von Celestia beschreibt diese Rollen. Aus analytischer Sicht sollte der Nutzen eines Tokens jedoch nicht mit einem garantierten Zusammenhang zum Tokenpreis verwechselt werden. Die Nachfrage nach Blobspace, die Ökonomie des Stakings, die Token-Ausgabe, Anreize für Validatoren, die Akzeptanz im Ökosystem und die allgemeinen Marktbedingungen können die wirtschaftlichen Ergebnisse unterschiedlich beeinflussen.
Eine Herausforderung in einem modularen Stack besteht darin, einem Settlement-Layer-Vertrag nachzuweisen, dass Daten tatsächlich auf Celestia veröffentlicht wurden. Blobstream wurde für diese Schnittstelle zwischen der DA-Schicht von Celestia und EVM-Umgebungen entwickelt.
In der Dokumentation von Celestia wird Blobstream als ein System beschrieben, in dem Celestia-Validatoren Verpflichtungen bezüglich Daten bestätigen, diese Bestätigungen an eine Ziel-EVM-Chain weitergeleitet werden und ein Smart Contract überprüfen kann, ob eine bestimmte Celestia-Datenverpflichtung enthalten war.
Stellen Sie sich für ArcadeRollup vor, dass die Abwicklung auf einer EVM-Chain erfolgt. Der Abwicklungsvertrag des Rollups benötigt den Nachweis, dass die Transaktionsdaten hinter einer Zustandsaktualisierung an Celestia veröffentlicht wurden. Blobstream kann den entsprechenden Verifizierungspfad bereitstellen, ohne dass die Abwicklungs-Chain selbst alle Rohdaten der ArcadeRollup-Transaktion speichern muss.
Den aktuellen Mechanismus und das Sicherheitsmodell finden Sie in der offiziellen Blobstream-Übersicht von Celestia .
Dies ist eine der wichtigsten Nuancen beim Verständnis von Celestia. Eine DA-Schicht beweist, dass Daten während des relevanten Verifizierungszeitraums veröffentlicht und verfügbar waren. Das bedeutet jedoch nicht automatisch, dass alle historischen Daten von jedem Celestia-Knoten für immer gespeichert werden.
Die aktuelle Dokumentation zur Datenabrufbarkeit von Celestia besagt, dass ab Version celestia-app v6 die Light-Node-Abtastung ein gleitendes Sieben-Tage-Fenster verwendet. Ältere Daten können von nicht-archivierenden Nodes entfernt werden. Anwendungen, die eine langfristige historische Rekonstruktion benötigen, brauchen daher eine explizite Strategie zur Datenabrufbarkeit, beispielsweise archivierende Nodes oder externe Datenanbieter.
Für ArcadeRollup bedeutet dies, dass das Team nicht einfach sagen kann: „Celestia hat unsere Daten, also ist die historische Synchronisierung für immer gelöst.“ Es muss entscheiden, wie neue Knoten Monate oder Jahre später die alte Rollup-Historie wiederherstellen können.
Diese Unterscheidung ist im Leitfaden von Celestia zur Datenabrufbarkeit und Datenbereinigung dokumentiert .
Die modulare Architektur ist attraktiv, da sie Spezialisierung ermöglicht. ArcadeRollup kann seine Ausführungs-Engine für ein Spiel optimieren, seine eigene Sequenzierungsrichtlinie wählen und vermeiden, mit anderen Anwendungen um Ausführungskapazität auf einer monolithischen Basiskette zu konkurrieren. Celestia kann sich auf Konsensfindung und Datenaffinität spezialisieren.
Modularität beseitigt Komplexität jedoch nicht. Sie verteilt sie lediglich um. Ein Produktionszusammenschluss muss weiterhin Entscheidungen treffen über:
Mit anderen Worten: Celestia kann ein wichtiges Infrastrukturproblem vereinfachen – die skalierbare Datenverfügbarkeit –, stellt aber nicht automatisch alle Komponenten bereit, die für eine sichere Zusammenführung benötigt werden.
Laut der offiziellen Netzwerkdokumentation von Celestia ist Mainnet Beta seit September 2026 aktiv und befindet sich noch in der experimentellen Phase. Die aktuelle Mainnet-Beta-Seite gibt Blockzeiten von etwa drei Sekunden, eine maximale Transaktionsgröße von 8 MiB sowie die Softwareversionen 11 und celestia-node v0.32.112 an celestia-app v9.0.6. Das Upgrade auf Version 9 wurde am 1. Juli 2026 aktiviert, und laut der offiziellen Upgrade-Seite ist Version 10 noch nicht terminiert.
Das Netzwerk hat sich seit dem Start erheblich verändert, daher können ältere Celestia-Artikel Parameter beschreiben, die nicht mehr aktuell sind. Beispielsweise wurden mit dem Matcha-Upgrade die Grenzwerte erhöht und die Möglichkeit für deutlich größere Blöcke geschaffen, während spätere Versionen die Protokollentwicklung fortsetzten. Prüfen Sie daher immer die aktuellen Mainnet-Beta-Parameter und die offizielle Upgrade-Historie des Netzwerks, bevor Sie die Anpassung an einen bestimmten Grenzwert vornehmen.
Die Formulierung allein reicht nicht aus. Um auf ArcadeRollup zurückzukommen: Eine sinnvolle technische Überprüfung würde mehrere separate Fragen aufwerfen:
Diese Fragen helfen dabei, die „Celestia-Integration“ als Marketingbegriff von der eigentlichen Architektur zu trennen.
Celestias modulares Design wird verständlicher, sobald die Verantwortlichkeiten klar definiert sind. Ein Rollup führt Transaktionen aus. Eine Settlement-Schicht kann den Zustand und die Nachweise des Rollups auflösen. Celestia gewährleistet den Konsens über seine eigenen Blöcke und eine spezialisierte Datenverfügbarkeitsschicht, in der Rollups Blobs veröffentlichen können. Mithilfe von Data Availability Sampling können Light Nodes die Verfügbarkeit probabilistisch überprüfen, ohne ganze Blöcke herunterzuladen, während Namespaces es Anwendungen ermöglichen, ihre eigenen Daten effizient abzurufen.
Im hypothetischen Beispiel ArcadeRollup ist Celestia weder die Spiel-Engine noch zwangsläufig das Abrechnungsgericht. Es handelt sich um die gemeinsame Veröffentlichungs- und Verfügbarkeitsschicht, die es ermöglicht, die Transaktionsdaten des Rollups unabhängig nach ihrer Veröffentlichung zu überprüfen.
Diese Spezialisierung ist die zentrale These von Celestia: Blockchains müssen nicht aus einer einzigen Maschine bestehen, die alle Aufgaben übernimmt. Sie können aus spezialisierten Komponenten aufgebaut sein. Der Nachteil besteht darin, dass Entwickler und Analysten die Schnittstellen – und die Sicherheitsannahmen – zwischen diesen Komponenten verstehen müssen, anstatt „modular“ als Kurzform für automatische Skalierbarkeit oder Sicherheit zu betrachten.
Ein praxisorientierter Einblick in Celestia, der modulare Blockchains, Datenverfügbarkeits-Sampling, Namensräume, Blobstream, TIA-Utility und die mit Rollups verbundenen Kompromisse erklärt.
Erkunden Sie das Base-Ökosystem im Jahr 2026, von Aerodrome und Morpho bis hin zu Aave, Uniswap, Virtuals, Zora, Moonwell und x402-Agentenzahlungen.
Analysieren Sie den Übergang von Fantom zu Sonic, die Migration von FTM zu S, die Architektur von Sonic, die Tokenomics, die Anreize für Entwickler, die Auswirkungen auf das Ökosystem und die Risiken, die auch 2026 noch relevant sind.
Eine praxisorientierte Analyse bis 2026 zu Blast L2 Native Yield, ETH- und USDB-Mechanismen, Änderungen des Ökosystemprotokolls, aktuellen Risiken und wie man Chancen vor einer Kapitalinvestition überprüfen kann.
Eine aktuelle Analyse von Polygon 2.0, dem POL-Upgrade, Polygon PoS, AggLayer, der Abschaltung von zkEVM im Jahr 2026 und warum sich die ursprüngliche Migrationsgeschichte von ZK-Rollup geändert hat.
Eine aktuelle Analyse von Arbitrum (ARB) mit Bezug auf Tokenangebot, Vesting, Governance-Funktionen, Stylus, Arbitrum-Chains, ArbOS-Upgrades, Risiken und die Roadmap für 2026.
Ein praktischer, detaillierter Einblick in den Abstraktionsstapel der NEAR-Protokollkette, NEAR Intents, Chain Signatures, vertrauliche KI, autonome Agenten und die Abwägungen, die im Jahr 2026 zu beachten sind.
Praktische Analyse des Sei-Netzwerks mit Fokus auf EVM-Kompatibilität, parallele Ausführung, Gigas Roadmap, DeFi-Liquidität, Abwägungen und für wen die Blockchain geeignet sein könnte.
Eine praxisorientierte EigenLayer-Analyse, die Restaking, AVSs, Belohnungen, Betreibersätze, Slashing, Auszahlungsverzögerungen und risikoadjustierte Due Diligence umfasst.
Erfahren Sie, wie Chainlink CCIP Blockchains verbindet, Token und Nachrichten überträgt, Cross-Chain-Token unterstützt und wohin sich das Ökosystem im Jahr 2026 entwickeln könnte.
