Celestia s'apparente davantage à une blockchain spécialisée dans le consensus et la disponibilité des données qu'à une chaîne d'exécution généraliste. Au lieu de demander à chaque validateur de la couche de base d'exécuter chaque transaction applicative, Celestia permet aux rollups de s'exécuter ailleurs tout en publiant leurs données de transaction sur Celestia, afin que chacun puisse vérifier leur disponibilité.
Cet article utilise un exemple hypothétique clairement identifié : ArcadeRollup , un système de traitement de données fictif qui gère des milliers d'actions de joueurs en dehors du chemin d'exécution de Celestia, stocke son état sur une autre chaîne et utilise Celestia pour la disponibilité des données. ArcadeRollup ne constitue ni un déploiement réel, ni un test de performance, ni un cas client, ni une recommandation. Il s'agit simplement d'un outil pédagogique pour comprendre l'architecture modulaire.
Une blockchain monolithique traditionnelle tend à regrouper plusieurs responsabilités au sein d'une même couche de base : exécution des transactions, règlement, consensus et disponibilité des données. L'architecture de Celestia sépare ces fonctions afin que des couches spécialisées puissent prendre en charge des tâches différentes.
La documentation de Celestia décrit le réseau comme une couche modulaire de disponibilité des données. Sa couche de base assure le consensus sur l'ordonnancement des données et les rend disponibles. L'exécution et le règlement peuvent être effectués au-dessus ou en dehors de Celestia. Ceci est important car l'exécution représente souvent la partie la plus coûteuse et spécifique à l'application d'une architecture blockchain. Un rollup peut choisir sa propre machine virtuelle, sa logique de séquencement, son système de protection contre la fraude ou la validation, et son environnement de règlement sans que les validateurs Celestia aient besoin d'exécuter la logique applicative du rollup.
Pour la description technique principale, consultez la documentation officielle de Celestia sur la disponibilité des données .
Imaginez qu'ArcadeRollup propose un jeu de stratégie en temps réel. Les joueurs soumettent leurs actions, échanges, fabrications et résultats de matchs. Le séquenceur d'ArcadeRollup reçoit ces transactions et les exécute selon les règles du jeu. Cette exécution modifie l'état de la plateforme : les soldes évoluent, les inventaires changent et les classements sont mis à jour.
Celestia n'a pas besoin de réexécuter ces règles de jeu. ArcadeRollup regroupe les données de transaction dans des blobs et les publie sur Celestia. Celestia trie ces blobs et rend leurs données disponibles. Une couche de règlement distincte peut recevoir les engagements d'état et les preuves d'ArcadeRollup, selon la conception du processus de consolidation.
Cette division peut se résumer ainsi :
| Fonction | Pile hypothétique d'ArcadeRollup | Fonctionnement du composant |
|---|---|---|
| Exécution | ArcadeRollup | Gère les transactions du jeu et met à jour l'état de l'application. |
| Règlement | Une couche L1 ou de peuplement distincte | Résout les engagements d'état et le système de preuve du cumul. |
| Consensus | Ensemble de validateurs Celestia | Approuve l'ordre des blocs Celestia. |
| Disponibilité des données | Célestia | Publie les données agrégées afin que les participants puissent vérifier leur disponibilité. |
Le point architectural important est que l'utilisation de Celestia pour DA ne signifie pas que Celestia exécute le rollup . Le rollup reste responsable de son environnement d'exécution et de sa propre logique de transition d'état.
Une opération de consolidation ne peut être vérifiée indépendamment que si les données nécessaires à la reconstruction de son état sont disponibles. Supposons que le séquenceur d'ArcadeRollup publie un nouvel état racine, mais omette les transactions qui l'ont généré. Les utilisateurs et les vérificateurs peuvent savoir qu'une opération a été effectuée, mais ils ne peuvent pas reconstituer indépendamment son déroulement.
C’est là le problème de la disponibilité des données. Celestia est conçu pour que les participants puissent avoir la certitude que les données des blocs ont bien été publiées sans que chaque nœud léger ait à télécharger le bloc complet.
Celestia utilise l'échantillonnage de disponibilité des données (DAS) . Les données par blocs sont étendues par codage d'effacement Reed-Solomon bidimensionnel. Les nœuds lumineux demandent ensuite des fragments aléatoires, ou parts, du carré de données étendu, accompagnés de preuves cryptographiques. Si les échantillons aléatoires répétés sont correctement renvoyés, le nœud lumineux acquiert une forte confiance dans la disponibilité des données nécessaires à la reconstruction du bloc complet.
La conséquence pratique est importante : un nœud léger peut contribuer à vérifier la disponibilité des données sans télécharger chaque octet de chaque bloc. Le modèle de mise à l’échelle de Celestia repose donc en partie sur le fait que de nombreux participants échantillonnent de petites portions de données, plutôt que d’exiger que tous les vérificateurs répliquent intégralement l’ensemble des données.
L'explication officielle est disponible dans la documentation DAS de Celestia et dans sa FAQ sur la disponibilité des données .
Si des centaines de rollups publient des données sur un même réseau DA, un rollup ne devrait pas avoir à télécharger les données de toutes les autres applications pour trouver les siennes. Celestia résout ce problème grâce aux arbres de Merkle organisés par espaces de noms .
Les données de chaque application peuvent être associées à un espace de noms. Dans l'exemple d'ArcadeRollup, ses objets binaires seraient placés dans l'espace de noms utilisé par ce rollup. Un nœud intéressé par ArcadeRollup peut alors demander les données correspondantes, organisées dans cet espace de noms, ainsi que les preuves que la réponse est complète pour cet espace de noms.
C’est l’une des raisons pratiques pour lesquelles le modèle modulaire peut prendre en charge de nombreux environnements d’exécution sur la même couche DA : ils peuvent partager l’espace de blocs Celestia tout en récupérant les données pertinentes pour leur propre application.
Les Rollups publient des données sur Celestia via des transactions blob. La documentation actuelle décrit une transaction blob comme contenant une transaction Cosmos SDK standard, MsgPayForBlobsainsi qu'un ou plusieurs blobs. La transaction de paiement inclut un engagement sur les données blob, tandis que les données proprement dites sont organisées dans le bloc sous l'espace de noms approprié.
Dans notre exemple, ArcadeRollup regroupe périodiquement les transactions des joueurs, crée un ou plusieurs blobs et paie pour leur publication. Celestia inclut ensuite la transaction et les blobs associés dans un bloc, applique son encodage de disponibilité des données et valide les données résultantes.
Pour connaître la structure et les limites actuelles des transactions, consultez la documentation officielle de Celestia sur la soumission de blobs et son explication sur le paiement de l'espace blob .
Le TIA est l'actif natif de Celestia, mais son rôle dépasse celui d'un simple jeton spéculatif. D'après la documentation actuelle de Celestia, le TIA est utilisé dans plusieurs fonctions du protocole :
Le document officiel de Celestia sur l'IAT décrit ces rôles. Toutefois, d'un point de vue analytique, il ne faut pas confondre l'utilité du jeton avec une corrélation garantie avec son prix. La demande d'espace disque, les modalités de staking, l'émission, les incitations pour les validateurs, l'adoption de l'écosystème et les conditions générales du marché peuvent toutes influencer différemment les résultats économiques.
L'un des défis d'une architecture modulaire consiste à prouver à un contrat de couche de règlement que les données ont bien été publiées sur Celestia. Blobstream est conçu pour assurer cette liaison entre la couche DA de Celestia et les environnements EVM.
La documentation de Celestia décrit Blobstream comme un système où les validateurs Celestia attestent des engagements sur les données, ces attestations sont relayées vers une chaîne EVM cible, et un contrat intelligent peut vérifier qu'un engagement de données Celestia particulier a été inclus.
Dans le cas d'ArcadeRollup, imaginez que le règlement s'effectue sur une chaîne EVM. Le contrat de règlement du rollup exige la preuve que les données de transaction sous-jacentes à une mise à jour d'état ont été publiées sur Celestia. Blobstream peut fournir le chemin de vérification approprié sans contraindre la chaîne de règlement à stocker l'intégralité des données brutes de transaction d'ArcadeRollup.
Consultez la présentation officielle de Blobstream de Celestia pour connaître le mécanisme et le modèle de sécurité actuels.
C'est là une des nuances les plus importantes pour comprendre Celestia. Une couche DA prouve que les données ont été publiées et disponibles pendant la période de vérification concernée. Cela ne signifie pas pour autant que chaque donnée historique sera automatiquement conservée indéfiniment par chaque nœud Celestia.
La documentation actuelle de Celestia concernant la récupération des données indique que, depuis la version 6 de celestia-app, l'échantillonnage des nœuds légers utilise une fenêtre glissante de sept jours. Les données les plus anciennes peuvent être supprimées par les nœuds non archivés. Les applications nécessitant une reconstruction historique à long terme requièrent donc une stratégie de récupération explicite, par exemple via des nœuds d'archivage ou des fournisseurs de données externes.
Pour ArcadeRollup, cela signifie que l'équipe ne peut pas simplement affirmer : « Celestia possède nos données, la synchronisation historique est donc résolue définitivement. » Elle doit déterminer comment les nouveaux nœuds pourront récupérer l'historique de synchronisation des mois ou des années plus tard.
Cette distinction est documentée dans le guide de récupération et d'élagage des données de Celestia .
L'architecture modulaire est attrayante car elle permet la spécialisation. ArcadeRollup peut optimiser son moteur d'exécution pour un jeu, choisir sa propre politique de séquencement et éviter de se retrouver en concurrence avec des applications non liées pour la capacité d'exécution sur une chaîne de base monolithique. Celestia peut se spécialiser dans le consensus et l'analyse de données.
Mais la modularité n'élimine pas la complexité. Elle la redistribue. Une solution de consolidation de production doit toujours prendre des décisions concernant :
En d'autres termes, Celestia peut simplifier un problème majeur d'infrastructure — la disponibilité évolutive des données — mais ne fournit pas automatiquement tous les composants nécessaires à une agrégation sécurisée.
En septembre 2026, la documentation officielle du réseau Celestia indique que le réseau principal bêta est actif et toujours expérimental. La page dédiée au réseau principal bêta mentionne des temps de bloc d'environ trois secondes, une taille maximale de transaction de 8 Mio et les versions logicielles celestia-node v0.32.1. celestia-app v9.0.6La mise à niveau v9 a été activée sur le réseau principal bêta le 1er juillet 2026, et la page officielle de mise à niveau précise que la v10 n'est pas encore prévue.
Le réseau a considérablement évolué depuis son lancement ; par conséquent, les anciens articles sur Celestia peuvent décrire des paramètres obsolètes. Par exemple, la mise à jour Matcha a augmenté les limites et introduit la possibilité d'utiliser des blocs beaucoup plus volumineux, tandis que les versions ultérieures ont poursuivi le développement du protocole. Il est impératif de toujours consulter les paramètres actuels de la bêta du réseau principal et l'historique officiel des mises à jour avant de concevoir un système en fonction d'une limite particulière.
Cette phrase, à elle seule, ne suffit pas. Pour en revenir à ArcadeRollup, une analyse technique pertinente devrait poser plusieurs questions distinctes :
Ces questions permettent de distinguer l'« intégration Celestia » en tant qu'expression marketing de l'architecture réelle.
La conception modulaire de Celestia est plus facile à appréhender une fois les responsabilités séparées. Un rollup exécute les transactions. Une couche de règlement peut résoudre l'état et les preuves du rollup. Celestia assure le consensus sur ses propres blocs et une couche de disponibilité des données spécialisée où les rollups peuvent publier des blobs. L'échantillonnage de la disponibilité des données permet aux nœuds légers de vérifier la disponibilité de manière probabiliste sans télécharger des blocs entiers, tandis que les espaces de noms permettent aux applications de récupérer efficacement leurs propres données.
Dans l'exemple hypothétique d'ArcadeRollup, Celestia n'est ni le moteur du jeu ni nécessairement le tribunal chargé du règlement des litiges. Il s'agit de la couche de publication et de disponibilité partagée qui permet de vérifier indépendamment la publication des données transactionnelles du cumul.
Cette spécialisation est au cœur du concept de Celestia : les blockchains ne sont pas forcément constituées d’une seule machine capable de tout faire. Elles peuvent être composées d’empilements de composants spécialisés. En contrepartie, les développeurs et les analystes doivent comprendre les interfaces – et les hypothèses de sécurité – entre ces composants, au lieu de considérer le terme « modulaire » comme un synonyme de scalabilité ou de sécurité automatique.
Une analyse approfondie et pratique de Celestia expliquant les blockchains modulaires, l'échantillonnage de la disponibilité des données, les espaces de noms, Blobstream, l'utilitaire TIA et les compromis inhérents aux rollups.
Explorez l'écosystème Base en 2026, d'Aerodrome et Morpho à Aave, Uniswap, Virtuals, Zora, Moonwell et les paiements d'agents x402.
Analysez la transition de Fantom vers Sonic, la migration de FTM vers S, l'architecture de Sonic, sa tokenomics, les incitations pour les développeurs, l'impact sur l'écosystème et les risques qui restent importants en 2026.
Une analyse pratique à l'horizon 2026 du rendement natif de Blast L2, des mécanismes ETH et USDB, des changements de protocole de l'écosystème, des risques actuels et de la manière de vérifier les opportunités avant d'engager des capitaux.
Une analyse actuelle de Polygon 2.0, de la mise à niveau POL, de Polygon PoS, d'AggLayer, de l'arrêt de zkEVM en 2026 et des raisons pour lesquelles l'histoire originale de la migration ZK-rollup a changé.
Une analyse actuelle d'Arbitrum (ARB) couvrant l'offre de jetons, l'acquisition, l'utilité de gouvernance, Stylus, les chaînes Arbitrum, les mises à niveau d'ArbOS, les risques et la feuille de route 2026.
Une analyse pratique et approfondie de la pile d'abstraction de chaîne du protocole NEAR, des intentions NEAR, des signatures de chaîne, de l'IA confidentielle, des agents autonomes et des compromis à surveiller en 2026.
Analyse pratique du réseau Sei couvrant la compatibilité EVM, l'exécution parallèle, la feuille de route de Giga, la liquidité DeFi, les compromis et à qui la chaîne peut convenir.
Une analyse pratique d'EigenLayer couvrant le réinvestissement, les AVS, les récompenses, les ensembles d'opérateurs, la réduction des mises, les délais de retrait et la diligence raisonnable ajustée au risque.
Découvrez comment Chainlink CCIP connecte les blockchains, déplace les jetons et les messages, prend en charge les jetons inter-chaînes et où l'écosystème pourrait se diriger en 2026.
