Celestia kan het beste worden gezien als een gespecialiseerde blockchain voor consensus en databeschikbaarheid, en niet als een algemene uitvoeringsketen. In plaats van elke validator op de basislaag te vragen elke applicatietransactie uit te voeren, laat Celestia rollups de transacties elders uitvoeren, terwijl de transactiegegevens naar Celestia worden gepubliceerd, zodat iedereen kan controleren of de gegevens daadwerkelijk beschikbaar zijn gesteld.
Dit artikel gebruikt consequent één duidelijk gelabeld hypothetisch voorbeeld: ArcadeRollup , een denkbeeldige game-rollup die duizenden spelersacties verwerkt via het Celestia-uitvoeringspad, de status ervan vastlegt op een andere blockchain en Celestia gebruikt voor data-beschikbaarheid. ArcadeRollup is geen echte implementatie, prestatiebenchmark, klantcase of aanbeveling. Het is simpelweg een hulpmiddel om de modulaire stack te illustreren.
Een traditionele, monolithische blockchain bundelt doorgaans verschillende verantwoordelijkheden in dezelfde basislaag: transactieverwerking, afwikkeling, consensus en databeschikbaarheid. De architectuur van Celestia scheidt deze functies, zodat gespecialiseerde lagen verschillende taken kunnen uitvoeren.
De documentatie van Celestia zelf beschrijft het netwerk als een modulaire data-beschikbaarheidslaag. De basislaag zorgt voor consensus over de volgorde van de data en maakt deze beschikbaar. De uitvoering en afwikkeling kunnen boven of buiten Celestia plaatsvinden. Dit is belangrijk omdat de uitvoering vaak het kostbare, applicatiespecifieke onderdeel van een blockchain-stack is. Een rollup kan zijn eigen virtuele machine, volgordelogica, fraudebestendig of validatiebestendig systeem en afwikkelingsomgeving kiezen zonder dat Celestia-validators de applicatielogica van de rollup hoeven uit te voeren.
Voor de belangrijkste technische beschrijving, zie de officiële documentatie over de beschikbaarheid van gegevens van Celestia .
Stel je voor dat ArcadeRollup een realtime strategiespel draait. Spelers dienen zetten, ruiltransacties, crafting-acties en wedstrijdresultaten in. De sequencer van ArcadeRollup ontvangt deze transacties en voert ze uit volgens de spelregels. Deze uitvoering verandert de status van de rollup: saldi verschuiven, inventarissen veranderen en ranglijsten worden bijgewerkt.
Celestia hoeft die spelregels niet opnieuw uit te voeren. In plaats daarvan verpakt ArcadeRollup de transactiegegevens in blobs en publiceert deze naar Celestia. Celestia ordent de blobs en maakt hun gegevens beschikbaar. Een aparte afwikkelingslaag kan, afhankelijk van het rollup-ontwerp, statusverplichtingen en bewijzen van ArcadeRollup ontvangen.
Deze indeling kan als volgt worden samengevat:
| Functie | Hypothetische ArcadeRollup-stapel | Wat het onderdeel doet |
|---|---|---|
| Uitvoering | ArcadeRollup | Voert speltransacties uit en werkt de applicatiestatus bij. |
| Schikking | Een aparte L1- of nederzettingslaag | Lost de verplichtingen en het bewijssysteem van de rollup op. |
| Overeenstemming | Celestia-validatorset | Is het eens over de volgorde van de Celestia-blokken. |
| Beschikbaarheid van gegevens | Celestia | Publiceert samengevoegde gegevens zodat deelnemers kunnen controleren of deze beschikbaar zijn gesteld. |
Een belangrijk architectonisch punt is dat het gebruik van Celestia voor DA niet betekent dat Celestia de rollup uitvoert . De rollup blijft verantwoordelijk voor zijn uitvoeringsomgeving en zijn eigen logica voor toestandsveranderingen.
Een rollup kan alleen onafhankelijk worden geverifieerd als de gegevens die nodig zijn om de status ervan te reconstrueren beschikbaar zijn. Stel dat de sequencer van ArcadeRollup een nieuwe status root publiceert, maar de transacties die deze hebben gegenereerd achterhoudt. Gebruikers en verificatoren weten misschien wel dat er een commit bestaat, maar ze kunnen niet onafhankelijk reconstrueren wat er is gebeurd.
Dat is het probleem met de beschikbaarheid van gegevens. Celestia is zo ontworpen dat deelnemers erop kunnen vertrouwen dat de blokgegevens daadwerkelijk zijn gepubliceerd, zonder dat elk lichtknooppunt het volledige blok hoeft te downloaden.
Celestia maakt gebruik van data availability sampling (DAS) . Blokdata wordt uitgebreid met tweedimensionale Reed-Solomon erasure coding. Lichtknooppunten vragen vervolgens willekeurige stukken, of shares, uit het uitgebreide datablok op, samen met cryptografische bewijzen. Als herhaalde willekeurige samples correct worden geretourneerd, krijgt het lichtknooppunt een hoge mate van zekerheid dat er voldoende data beschikbaar is om het volledige blok te reconstrueren.
Het praktische gevolg hiervan is belangrijk: een licht knooppunt kan helpen de beschikbaarheid van gegevens te verifiëren zonder elke byte in elk blok te downloaden. Het schaalmodel van Celestia is daarom deels gebaseerd op het principe dat veel deelnemers kleine delen van de gegevens bemonsteren, in plaats van dat alle verificatoren alles volledig moeten repliceren.
De officiële uitleg is te vinden in de DAS-documentatie van Celestia en in de veelgestelde vragen over de beschikbaarheid van gegevens .
Als honderden rollups gegevens naar één data-acquisitienetwerk sturen, hoeft een rollup niet de gegevens van elke andere applicatie te downloaden om zijn eigen gegevens te vinden. Celestia lost dit op met behulp van naamruimte-gebaseerde Merkle-bomen .
De gegevens van elke applicatie kunnen aan een namespace worden gekoppeld. In het ArcadeRollup-voorbeeld zouden de blobs onder de namespace worden geplaatst die door die rollup wordt gebruikt. Een node die geïnteresseerd is in ArcadeRollup kan vervolgens de relevante gegevens uit de namespace opvragen, samen met bewijzen dat het antwoord voor die namespace compleet is.
Dit is een van de praktische redenen waarom het modulaire model meerdere uitvoeringsomgevingen bovenop dezelfde DA-laag kan ondersteunen: ze kunnen de Celestia-blokruimte delen en tegelijkertijd de gegevens ophalen die relevant zijn voor hun eigen toepassing.
Rollups publiceren data naar Celestia met behulp van blobtransacties. De huidige documentatie beschrijft een blobtransactie als een transactie die een standaard Cosmos SDK-transactie bevat, MsgPayForBlobsplus een of meer blobs. De betalingstransactie omvat een toezegging van de blobdata, terwijl de daadwerkelijke data in het blok onder de relevante namespace is georganiseerd.
In ons hypothetische geval bundelt ArcadeRollup periodiek spelerstransacties, creëert een of meer blobs en betaalt voor de publicatie ervan. Celestia voegt vervolgens de transactie en de bijbehorende blobs toe aan een blok, past de data-beschikbaarheidscodering toe en commit de resulterende data.
Voor de huidige transactiestructuur en -limieten, zie de officiële blob-inzendingsdocumentatie van Celestia en de uitleg over het betalen voor blob-ruimte .
TIA is de eigen valuta van Celestia, maar de rol ervan reikt verder dan die van een speculatief markttoken. Volgens de huidige documentatie van Celestia wordt TIA gebruikt in verschillende protocolfuncties:
Het officiële TIA-overzicht van Celestia beschrijft deze rollen. Vanuit een analytisch perspectief moet de bruikbaarheid van tokens echter niet worden verward met een gegarandeerde relatie tot de tokenprijs. De vraag naar blobspace, de economie van staking, de uitgifte, de incentives voor validators, de acceptatie binnen het ecosysteem en de bredere marktomstandigheden kunnen allemaal op verschillende manieren van invloed zijn op de economische resultaten.
Een van de uitdagingen bij een modulaire architectuur is het bewijzen aan een contractbeheerder dat de data daadwerkelijk op Celestia is gepubliceerd. Blobstream is ontworpen om deze verbinding te leggen tussen de data-acquisitielaag van Celestia en de EVM-omgevingen.
De documentatie van Celestia beschrijft Blobstream als een systeem waarbij Celestia-validators toezeggingen over data bevestigen, deze bevestigingen worden doorgegeven aan een doel-EVM-keten, en een smart contract kan verifiëren of een bepaalde Celestia-datatoezegging is opgenomen.
Stel je voor dat bij ArcadeRollup de afwikkeling plaatsvindt op een EVM-keten. Het afwikkelingscontract van de rollup heeft bewijs nodig dat de transactiegegevens achter een statusupdate naar Celestia zijn gepubliceerd. Blobstream kan het relevante verificatiepad bieden zonder dat de afwikkelingsketen zelf alle ruwe transactiegegevens van ArcadeRollup hoeft op te slaan.
Raadpleeg het officiële Blobstream-overzicht van Celestia voor het huidige mechanisme en het beveiligingsmodel.
Dit is een van de belangrijkste nuances om Celestia te begrijpen. Een DA-laag bewijst dat gegevens gepubliceerd en beschikbaar waren tijdens de relevante verificatieperiode. Dat betekent niet automatisch dat alle historische gegevens voor altijd door elk Celestia-knooppunt worden opgeslagen.
Volgens de huidige documentatie van Celestia over het ophalen van gegevens, gebruikt de light-node sampling vanaf celestia-app v6 een doorlopend venster van zeven dagen. Oudere gegevens kunnen worden verwijderd door niet-archiverende nodes. Applicaties die een langetermijnreconstructie van historische gegevens nodig hebben, vereisen daarom een expliciete strategie voor het ophalen van gegevens, zoals archiverende nodes of externe gegevensleveranciers.
Voor ArcadeRollup betekent dit dat het team niet zomaar kan zeggen: "Celestia heeft onze data, dus de synchronisatie van historische gegevens is voorgoed opgelost." Ze moeten beslissen hoe nieuwe nodes de oude rollup-geschiedenis maanden of jaren later kunnen herstellen.
Dit onderscheid is gedocumenteerd in de handleiding voor het ophalen en opschonen van gegevens van Celestia .
De modulaire architectuur is aantrekkelijk omdat deze specialisatie mogelijk maakt. ArcadeRollup kan zijn uitvoeringsengine optimaliseren voor een specifiek spel, zijn eigen volgordebeleid kiezen en concurrentie met niet-gerelateerde applicaties voor uitvoeringscapaciteit op een monolithische basisarchitectuur vermijden. Celestia kan zich specialiseren in consensus en DA.
Modulariteit elimineert echter niet de complexiteit. Het herverdeelt deze. Een productie-rollup moet nog steeds beslissingen nemen over:
Met andere woorden, Celestia kan één belangrijk infrastructuurprobleem vereenvoudigen – schaalbare beschikbaarheid van gegevens – maar het biedt niet automatisch alle componenten die nodig zijn voor een veilige samenvoeging.
Volgens de officiële netwerkdocumentatie van Celestia is Mainnet Beta in september 2026 nog steeds actief en experimenteel. Op de huidige Mainnet Beta-pagina staan bloktijden van ongeveer drie seconden, een maximale transactiegrootte van 8 MiB en softwareversies vermeld celestia-node v0.32.1. celestia-app v9.0.6Mainnet Beta activeerde de upgrade naar versie 9 op 1 juli 2026 en op de officiële upgrade-pagina staat dat versie 10 nog niet gepland staat.
Het netwerk is sinds de lancering aanzienlijk veranderd, waardoor oudere Celestia-artikelen mogelijk parameters beschrijven die niet langer actueel zijn. De Matcha-upgrade verhoogde bijvoorbeeld de limieten en introduceerde een mogelijkheid voor veel grotere blokken, terwijl latere versies de protocolontwikkeling voortzetten. Controleer altijd de actuele Mainnet Beta-parameters en de officiële netwerkupgradegeschiedenis voordat u een ontwerp maakt dat rekening houdt met een bepaalde limiet.
De zin alleen zegt niet genoeg. Terugkerend naar ArcadeRollup, zou een nuttige technische beoordeling verschillende afzonderlijke vragen moeten stellen:
Deze vragen helpen om "Celestia-integratie" als marketingterm te onderscheiden van de daadwerkelijke architectuur.
Het modulaire ontwerp van Celestia is gemakkelijker te begrijpen zodra de verantwoordelijkheden gescheiden zijn. Een rollup voert transacties uit. Een settlement layer kan de status en bewijzen van de rollup afhandelen. Celestia biedt consensus over zijn eigen blokken en een gespecialiseerde data availability layer waar rollups blobs kunnen publiceren. Data availability sampling stelt light nodes in staat om de beschikbaarheid probabilistisch te verifiëren zonder volledige blokken te downloaden, terwijl namespaces applicaties in staat stellen hun eigen data efficiënt op te halen.
In het hypothetische ArcadeRollup-voorbeeld is Celestia niet de game-engine en ook niet per se de rechtbank die de transacties afhandelt. Het is de gedeelde publicatie- en beschikbaarheidslaag die ervoor zorgt dat de transactiegegevens van de rollup onafhankelijk kunnen worden gecontroleerd op publicatie.
Die specialisatie vormt de kern van Celestia: blockchains hoeven niet één machine te zijn die alle taken uitvoert. Ze kunnen bestaan uit stapels gespecialiseerde componenten. De keerzijde hiervan is dat ontwikkelaars en analisten de interfaces – en de beveiligingsveronderstellingen – tussen die componenten moeten begrijpen, in plaats van 'modulair' te beschouwen als een synoniem voor automatische schaalbaarheid of beveiliging.
Verkrijg inzicht in het door MNT aangedreven ecosysteem van Mantle, de structuur van de schatkist, de rendementslagen, de L2-architectuur, de groeisignalen en de risico's waar beleggers in 2026 rekening mee moeten houden.
Een praktische evaluatie voor 2026 van Monad's parallelle EVM, de groei van het ecosysteem, de afwegingen voor ontwikkelaars en hoe het zich verhoudt tot Ethereum, Sei en MegaETH.
Een praktische, diepgaande analyse van Celestia, waarin modulaire blockchains, databeschikbaarheidsbemonstering, namespaces, Blobstream, TIA-utility en de afwegingen die inherent zijn aan rollups worden uitgelegd.
Ontdek het Base-ecosysteem in 2026, van Aerodrome en Morpho tot Aave, Uniswap, Virtuals, Zora, Moonwell en x402 agentbetalingen.
Analyze Fantom’s Sonic transition, the FTM-to-S migration, Sonic’s architecture, tokenomics, developer incentives, ecosystem impact, and the risks that still matter in 2026.
Een praktische analyse voor 2026 van de native opbrengst van Blast L2, de werking van ETH en USDB, wijzigingen in ecosysteemprotocollen, huidige risico's en hoe je kansen kunt verifiëren voordat je kapitaal investeert.
Een actuele analyse van Polygon 2.0, de POL-upgrade, Polygon PoS, AggLayer, de sluiting van zkEVM in 2026 en waarom het oorspronkelijke verhaal over de ZK-rollup-migratie is veranderd.
Een actuele analyse van Arbitrum (ARB) met aandacht voor tokenaanbod, vesting, governance-functionaliteit, Stylus, Arbitrum-blockchains, ArbOS-upgrades, risico's en de roadmap voor 2026.
Een praktische en diepgaande analyse van de ketenabstractiestack van het NEAR Protocol, NEAR Intents, Chain Signatures, vertrouwelijke AI, autonome agenten en de afwegingen om in 2026 in de gaten te houden.
Een praktische analyse van Sei Network, met aandacht voor EVM-compatibiliteit, parallelle uitvoering, de roadmap van Giga, DeFi-liquiditeit, afwegingen en voor wie de blockchain geschikt is.
