Avertissement : cet article propose une analyse technique et réglementaire à visée informative. Il ne constitue ni un conseil en investissement, ni un conseil juridique opposable. L’architecture modulaire des Layer 2 Ethereum et des chaînes de disponibilité dédiées évolue rapidement. Toute décision opérationnelle ou de conformité doit être validée par un architecte technique et un conseil juridique compétents.
La data availability s’est imposée en 2026 comme la pièce maîtresse de l’architecture modulaire qui structure désormais les Layer 2 d’Ethereum. Celestia, EigenDA et Avail ont quitté la phase expérimentale pour héberger des rollups en production. Comprendre ce qu’apporte chacune de ces couches, leurs garanties cryptographiques et le compromis qu’elles imposent entre coût, débit et sécurité héritée est devenu un enjeu central pour les développeurs de protocole comme pour les dépositaires soumis à MiCA.
Pourquoi la data availability est devenue critique
La notion de data availability, ou disponibilité des données, désigne la garantie qu’un tiers indépendant peut récupérer l’intégralité des transactions ordonnées par un Layer 2 afin de reconstruire l’état du rollup. Cette propriété conditionne deux garanties essentielles. La première est la possibilité, pour un observateur, de contester une transition d’état invalide en produisant une fraud proof dans le cas des optimistic rollups, ou de vérifier la cohérence d’une preuve de validité dans le cas des zkRollups. La seconde est la possibilité, pour un utilisateur, de retirer ses fonds vers la chaîne mère même si le séquenceur centralisé du rollup cesse d’opérer.
Sans cette garantie, un séquenceur unique pourrait publier sur Ethereum des engagements cryptographiques opaques sans jamais révéler les transactions sous-jacentes, ce qui équivaudrait à geler les fonds des utilisateurs ou à censurer arbitrairement leurs opérations. Le rollup-centric roadmap publié par l’Ethereum Foundation en 2020 et documenté sur ethereum.org place explicitement la data availability au cœur de la scalabilité de la chaîne. La couche d’exécution se déporte sur les L2, mais la couche de publication des données reste critique, parce qu’elle conditionne la sécurité héritée de l’utilisateur final.
L’enjeu n’est donc pas seulement technique mais constitutif du modèle de confiance offert. Un rollup qui n’expose pas ses données reste, du point de vue de l’utilisateur, une chaîne centralisée habillée d’un vernis cryptographique. La rigueur du dispositif de publication conditionne la valeur de la propriété revendiquée sur les actifs déposés, dans la lignée de ce que nous décrivons dans notre panorama des Layer 2 et rollups Arbitrum, Optimism, Base.
Les blobs EIP-4844 : la solution native d’Ethereum
L’upgrade Dencun déployée sur Ethereum le 13 mars 2024 a introduit le format blob via l’EIP-4844, parfois appelée proto-danksharding. Un blob est un espace de données temporaires d’environ 128 kilo-octets attaché à un bloc Ethereum, accessible aux rollups pour publier les transactions qu’ils ordonnent. Sa caractéristique structurante est sa durée de vie limitée : les nœuds full d’Ethereum ne conservent les blobs que pendant environ dix-huit jours, durée calibrée pour couvrir la fenêtre de contestation des optimistic rollups tout en évitant de gonfler l’état persistant de la chaîne.
L’objectif initial de Dencun, documenté dans le texte de l’EIP-4844 publié sur eips.ethereum.org, fixait trois blobs par bloc avec une cible de six en moyenne mobile. Les premiers mois d’exploitation ont confirmé une baisse spectaculaire du coût marginal de publication pour les rollups, divisé par un facteur cinq à dix selon les chaînes. Cette économie a profité aux utilisateurs d’Arbitrum, d’Optimism, de Base, de zkSync Era, de Linea et de Polygon zkEVM, dont les frais médians de swap ont chuté en dessous de quinze cents.
La force du modèle blob tient à son ancrage de sécurité : la disponibilité est garantie par le validator set d’Ethereum, le plus capitalisé du marché des proof-of-stake. Sa limite tient au plafond de blobs par bloc, qui borne le débit global du système. La feuille de route Pectra puis Fusaka prévoit une augmentation progressive de ce plafond, mais le compromis fondamental demeure : un débit fini en échange d’une sécurité maximale. C’est sur ce point que se sont insérées les couches de disponibilité dédiées, en proposant un débit supérieur au prix d’un modèle de sécurité distinct.
Celestia : le pionnier du Data Availability Sampling
Celestia a inscrit son mainnet en service le 31 octobre 2023 comme première chaîne dédiée exclusivement à la disponibilité des données. Sa documentation technique de référence est publiée sur docs.celestia.org. Son innovation centrale est le Data Availability Sampling, ou DAS, un mécanisme qui permet à des nœuds légers de vérifier la disponibilité d’un bloc en n’échantillonnant qu’une fraction de ses données. Cette technique repose sur les codes de Reed-Solomon, qui encodent les données de manière à ce que toute partie significative du bloc soit récupérable à partir d’un sous-ensemble échantillonné.
La conséquence pratique est qu’un nœud léger Celestia peut, en téléchargeant quelques kilo-octets seulement, atteindre une probabilité quasi-totale de détecter une indisponibilité, sous réserve qu’un nombre suffisant d’autres nœuds légers échantillonne en parallèle. Cette propriété change l’économie du système : la sécurité de la disponibilité ne dépend plus du téléchargement intégral par chaque participant, elle émerge collectivement de l’échantillonnage statistique. Le débit théorique s’en trouve très supérieur à celui des blobs Ethereum, au prix d’une dépendance au validator set Celestia, sécurisé par le stake TIA, dont la capitalisation reste inférieure à celle d’Ethereum.
Les rollups souverains comme Manta Pacific, Lyra, Hokum ou Argus Labs ont adopté Celestia comme couche de publication pour bénéficier de ce coût plus stable et de ce débit supérieur. Ces choix architecturaux concernent en priorité les applications à fort volume de transactions et à valeur unitaire faible, où l’arbitrage en faveur du débit l’emporte sur la profondeur maximale de sécurité. Pour des applications financières à forte valeur, en revanche, l’ancrage direct sur Ethereum reste un repère, comme nous l’analysons dans notre dossier zkRollups zkSync, StarkNet, Linea et frais après Dencun.
EigenDA et le pari du restaking ETH
EigenDA, conçu par EigenLabs et lancé en production en 2024, propose une approche radicalement différente : faire reposer la garantie de disponibilité sur le restaking d’ETH au sein de la plateforme EigenLayer, dont la documentation est consultable sur docs.eigenlayer.xyz. Le principe consiste à autoriser les validateurs Ethereum à mettre leur stake ETH en gage au profit de services actifs validés, dits AVS, parmi lesquels figure la couche de disponibilité EigenDA. La sécurité économique d’EigenDA emprunte ainsi à celle d’Ethereum, sans s’y confondre.
Le restaking introduit une innovation cryptoéconomique majeure mais aussi un risque spécifique, le slashing en cascade. Une faute commise par un opérateur sur l’AVS EigenDA peut, en théorie et selon les paramètres activés, déclencher la confiscation d’une fraction du stake mobilisé. La conséquence est que la sécurité de la disponibilité n’est plus isolée de celle d’Ethereum L1 : elle partage son capital sous-jacent. Pour un utilisateur de rollup adossé à EigenDA, la lecture de cette exposition demande l’analyse de la composition du stake, de la diversité des opérateurs et des paramètres de slashing en vigueur. Notre analyse détaillée du restaking et des AVS EigenLayer entre dans le détail de cette mécanique.
Des rollups comme Mantle, Polygon CDK ou certaines chaînes Arbitrum Orbit ont intégré la possibilité d’utiliser EigenDA comme couche de disponibilité alternative. L’argument commercial est double : un coût marginal inférieur à celui des blobs en période de congestion et une sécurité économique qui reste corrélée à celle d’Ethereum, ce qui rassure les développeurs réticents à confier leur publication à une chaîne entièrement distincte. La pondération exacte du risque dépend toutefois du niveau de maturité du système de slashing à la date de l’engagement.
Avail et les autres couches modulaires
Avail, projet spin-off de Polygon devenu indépendant, propose une couche de disponibilité dédiée comparable à Celestia dans son principe mais distincte dans son économie. Sa documentation technique est publiée sur docs.availproject.org. Avail combine un Data Availability Sampling similaire à celui de Celestia avec un design qui vise une compatibilité accrue avec les écosystèmes existants, notamment Substrate et Cosmos. Son mainnet a été lancé en 2024 et héberge plusieurs rollups en production.
À côté de ces trois acteurs principaux, des projets comme NEAR Data Availability ou des couches expérimentales basées sur Tendermint cherchent à offrir des compromis spécifiques, soit en termes de latence, soit en termes de coût, soit en termes de gouvernance. La diversification de l’offre est en soi une caractéristique du marché 2026 : il n’existe plus de couche unique mais un ensemble d’options dont le choix relève d’un arbitrage explicite documenté dans la spécification technique du rollup.
Cette diversité s’inscrit dans un mouvement plus large vers la blockchain modulaire, par opposition au modèle monolithique dans lequel exécution, consensus et disponibilité étaient assurés par une seule chaîne. Le modèle modulaire sépare ces fonctions et permet à chaque couche d’optimiser une dimension distincte. Cette séparation rejoint, dans son esprit, les architectures de tokenisation hybride que nous décrivons dans notre panorama des solutions de tokenisation d’actifs réels, où les données détaillées restent hors chaîne et seuls des engagements cryptographiques sont ancrés.
Sécurité, gouvernance et confiance : les arbitrages réels
Le choix d’une couche de disponibilité n’est pas un choix purement technique mais un arbitrage de sécurité économique. Le validator set qui sécurise la couche détermine la capacité du système à résister à des attaques d’indisponibilité ciblées. Ethereum mobilise plusieurs centaines de milliards de dollars de stake et reste, à ce titre, la référence absolue. Celestia et Avail s’appuient sur leur propre stake, dont la capitalisation reste inférieure d’un ou deux ordres de grandeur. EigenDA hérite indirectement du stake ETH via le restaking, ce qui rapproche son ancrage de celui d’Ethereum tout en introduisant un risque de slashing croisé.
La gouvernance constitue un second axe d’analyse. Les protocoles de disponibilité sont gouvernés par des mécanismes hétérogènes : DAO, foundation, ou processus de mise à niveau plus centralisé. Un opérateur de rollup, comme un dépositaire conservant des actifs, doit cartographier cette gouvernance et anticiper les scénarios de hard fork ou de modification unilatérale des paramètres. La capacité à migrer d’une couche à une autre, idéalement préparée dès la conception du rollup, devient un critère de robustesse aussi important que la sécurité instantanée.
Enfin, la transparence opérationnelle des couches de disponibilité, mesurable par des tableaux de bord publics comme ceux publiés par L2BEAT, est devenue un standard de facto. Un rollup qui s’appuie sur une couche de disponibilité doit publier ses engagements cryptographiques, ses adresses de contrats et les paramètres de finalité, sans quoi sa sécurité reste invérifiable. L2BEAT classe ainsi les rollups par catégorie de sécurité, distinguant explicitement ceux qui publient leurs données sur Ethereum L1 de ceux qui s’appuient sur une couche externe, ce qui informe directement le choix d’un investisseur prudent.
Le cadre MiCA appliqué aux piles modulaires
Le règlement européen MiCA, dans son titre V relatif à l’autorisation et aux conditions d’exercice des prestataires de services sur crypto-actifs, ne distingue pas la couche d’exécution de la couche de disponibilité. Le texte intégral est disponible sur EUR-Lex. Un PSCA agréé qui propose le service de conservation pour le compte de tiers peut donc accueillir des actifs détenus sur un rollup adossé à n’importe quelle couche de disponibilité, à condition de documenter dans son dispositif opérationnel le modèle de sécurité retenu et la cartographie des risques associés.
L’AMF, dans ses orientations préparatoires au passage des anciens PSAN au régime PSCA et consultables sur amf-france.org, demande aux candidats à l’agrément un descriptif précis des chaînes et des piles techniques prises en charge, ainsi qu’une procédure documentée en cas d’arrêt d’une couche tierce. La conservation sur un rollup adossé à Celestia ou à EigenDA reste donc autorisée, mais soumise à une analyse renforcée du risque opérationnel et à une information claire du client sur la nature exacte de la sécurité offerte.
Sur le plan prudentiel, l’Autorité de contrôle prudentiel et de résolution, dans ses échanges avec les futurs PSCA dont les positions sont publiées sur acpr.banque-france.fr, a marqué une attention particulière aux dépendances technologiques externes. Une infrastructure de conservation qui repose sur une couche de disponibilité dont la sécurité économique évolue rapidement doit prévoir des seuils de surveillance et des scénarios de bascule. Cette diligence rejoint les bonnes pratiques de gestion du risque informatique des établissements financiers, et constitue désormais le standard implicite des dossiers d’agrément déposés en France et en Europe.
Comment décider en 2026 : grille d’arbitrage par cas d’usage
Pour un développeur de protocole ou un dépositaire qui envisage de bâtir ou d’utiliser un rollup en 2026, la première question consiste à qualifier la valeur unitaire des transactions hébergées. Une plateforme DeFi qui héberge des positions de plusieurs millions de dollars par utilisateur, ou un PSCA qui conserve des actifs de clientèle, doit privilégier la couche dont la sécurité économique est la plus profonde, c’est-à-dire les blobs Ethereum L1. Le coût marginal supérieur reste négligeable face à la valeur protégée.
Pour une application gaming, sociale ou de micro-paiements, où le volume de transactions par seconde l’emporte sur la valeur unitaire, une couche dédiée comme Celestia ou Avail offre un meilleur ratio coût-performance. Le risque résiduel lié à un validator set distinct reste acceptable au regard de la nature des actifs en jeu, à condition d’être documenté explicitement aux utilisateurs et de permettre une bascule en cas de défaillance.
Pour une application financière intermédiaire, où l’on cherche à concilier coût raisonnable et ancrage robuste, EigenDA constitue un compromis pertinent, sous réserve d’une analyse détaillée de l’exposition au slashing croisé. La diversification du stake mobilisé par les opérateurs AVS et la maturité des paramètres de slashing à la date de l’engagement conditionnent la qualité du compromis. Cette logique d’arbitrage s’inscrit dans la même grille que celle que nous appliquons à l’analyse des solutions de staking liquide Lido et alternatives, où la concentration du stake et la gouvernance des opérateurs déterminent la valeur réelle du rendement affiché.
Perspective : danksharding, PeerDAS et la prochaine étape
La feuille de route Ethereum prévoit une montée en débit progressive de la couche blob via deux étapes principales. PeerDAS, prévu pour l’upgrade Fusaka, doit introduire un Data Availability Sampling natif au sein du protocole Ethereum, ce qui permettra aux nœuds light de vérifier la disponibilité sans télécharger l’intégralité des blobs. Cette évolution emprunte directement à la philosophie de Celestia et marque une convergence des approches.
Le full danksharding, étape finale, visera à étendre cette capacité jusqu’à des dizaines de blobs par bloc, en s’appuyant sur un mécanisme de proposer-builder separation et sur la généralisation du sampling. La cible théorique est de quelques mégaoctets par seconde de données disponibles à l’échelle d’Ethereum, ce qui ramènerait l’essentiel de la concurrence des couches dédiées au sein du protocole. Cette trajectoire n’est ni linéaire ni garantie, mais elle structure les anticipations des équipes de protocole et des analystes spécialisés.
En conclusion, le débat data availability ne se résume pas à un choix de fournisseur mais à un arbitrage explicite entre coût marginal, débit et profondeur de sécurité. Le modèle modulaire offre désormais une palette d’options dont chacune répond à un cas d’usage. La prudence pour un opérateur professionnel consiste à documenter son arbitrage, à anticiper la bascule entre couches et à informer ses utilisateurs avec rigueur. La concurrence entre Ethereum DA, Celestia, EigenDA et Avail bénéficie au final à l’écosystème en abaissant le coût marginal de la scalabilité, à condition que la rigueur d’analyse accompagne la rapidité d’innovation.
Sources et références consultées : EIP-4844, Shard Blob Transactions, proto-danksharding sur Ethereum ; Ethereum Foundation, feuille de route danksharding et rollup-centric ; Celestia Foundation, documentation technique Data Availability Sampling ; EigenLayer, documentation du restaking et des AVS dont EigenDA ; Avail Project, documentation de la couche de disponibilité modulaire ; L2BEAT, tableau de bord public de sécurité des Layer 2 Ethereum ; Règlement (UE) 2023/1114 MiCA, texte consolidé sur EUR-Lex ; Autorité des marchés financiers, orientations PSCA et passage du régime PSAN ; Autorité de contrôle prudentiel et de résolution, publications sur la conformité crypto.