Qu'est-ce qu'une blockchain modulaire ? Rollups, disponibilité des données et le nouveau stack

Pendant des années, une blockchain était une chaîne unique qui faisait tout. La thèse modulaire décompose cela en couches spécialisées pour l'exécution, le règlement, le consensus et la disponibilité des données. Ce guide explique la nouvelle pile, pourquoi les rollups ont besoin d'une couche de données, et ce que cette conception apporte et coûte.

Résumé

• Les blockchains modulaires répartissent l'exécution, le règlement, le consensus et la disponibilité des données sur des couches spécialisées pour améliorer l'évolutivité.
• Les rollups traitent les transactions en dehors de la chaîne principale tout en s'appuyant sur des couches de règlement et de disponibilité des données partagées pour la sécurité.
• L'approche modulaire augmente la flexibilité et le débit, mais introduit également une complexité, une fragmentation et des hypothèses de confiance en couches supplémentaires.

Table des matières

• Les quatre tâches d'une blockchain
• Monolithique versus modulaire
• Rollups : la couche d'exécution du monde modulaire
• Disponibilité des données : le pivot
• Les piles modulaires leaders
• Une analogie : le restaurant et l'aire de restauration
• Ce que la modularité vous apporte
• Les compromis et les critiques
• Foire aux questions Une blockchain modulaire est une blockchain qui répartit les tâches fondamentales qu'un réseau doit accomplir sur des couches séparées et spécialisées, au lieu qu'une seule chaîne les fasse toutes en même temps. Pour comprendre pourquoi c'est une idée significative, vous devez connaître les quatre tâches que toute blockchain doit gérer : l'exécution, qui signifie exécuter des transactions et des contrats intelligents ; le règlement, qui signifie finaliser les résultats et résoudre les litiges ; le consensus, qui signifie se mettre d'accord sur l'ordre des transactions ; et la disponibilité des données, qui signifie s'assurer que les données de transaction sont réellement publiées afin que n'importe qui puisse les vérifier

Une blockchain traditionnelle, désormais appelée monolithique, fait tout elle-même, sur une seule chaîne, ce qui est simple et étroitement intégré mais se heurte à un plafond rigide en termes d'évolutivité, car une seule chaîne faisant tout ne peut aller que si vite avant de devenir congestionnée ou coûteuse. L'approche modulaire désagrège ces tâches, permettant à différentes couches de se spécialiser chacune dans l'une d'elles, et cette désagrégation est devenue la manière dominante dont les blockchains ambitieuses évoluent désormais. Ce guide explique les quatre fonctions, la différence entre les conceptions monolithiques et modulaires, comment les rollups et les couches de disponibilité des données s'assemblent, les exemples leaders, et les véritables compromis que la voie modulaire implique.

La raison pour laquelle cela compte est que l'évolutivité a été le défi majeur de la blockchain pendant une décennie, capturé dans ce qu'on appelle le trilemme, l'observation qu'une seule chaîne a du mal à être simultanément évolutive, sécurisée et décentralisée, et doit généralement en sacrifier un. Les chaînes monolithiques ont tendance à pousser fort sur l'évolutivité au détriment de la décentralisation, ou à préserver la décentralisation au détriment de la vitesse

La thèse modulaire propose une échappatoire différente au trilemme : si aucune chaîne unique n'a à tout faire, alors chaque couche peut optimiser sa propre tâche, et le système dans son ensemble peut atteindre une échelle qu'aucune chaîne monolithique n'égale facilement tout en préservant une sécurité et une décentralisation solides là où cela compte

D'ici 2026, cette thèse est passée de la théorie à l'architecture dominante, avec des réseaux de disponibilité des données spécialisés desservant des dizaines de chaînes d'exécution et toute une pile de composants modulaires en production. Comprendre la conception modulaire est donc proche de comprendre où se dirige l'infrastructure blockchain dans son ensemble.

Les quatre tâches d'une blockchain

Tout ce qui concerne la modularité découle de la compréhension des quatre fonctions qu'une blockchain remplit, il vaut donc la peine de les prendre une par une. L'exécution est le calcul réel : lorsque vous échangez des jetons ou exécutez un contrat intelligent, l'exécution est le processus qui prend votre transaction, l'applique et met à jour l'état du réseau pour refléter les nouveaux soldes. C'est la couche avec laquelle les utilisateurs interagissent le plus directement, et elle est lourde en calcul, car chaque transaction doit être traitée. Le règlement est la couche qui fournit la finalité et un lieu de résolution des litiges : c'est là que les résultats de l'exécution sont ancrés et rendus faisant autorité, le socle que les autres couches peuvent traiter comme le dernier mot sur ce qui s'est passé, et où, dans certaines conceptions, les preuves sont vérifiées ou les réclamations frauduleuses sont contestées.

Le consensus est le mécanisme par lequel les participants du réseau conviennent d'un historique unique et ordonné des transactions, afin que tout le monde partage la même vision de ce qui s'est passé et dans quel ordre, ce qui empêche la double dépense et maintient le grand livre cohérent. La disponibilité des données est celle dont la plupart des gens n'ont jamais entendu parler et qui s'avère centrale dans la conception modulaire. C'est la garantie que les données derrière chaque transaction sont réellement publiées et accessibles, afin que n'importe qui puisse les télécharger, vérifier que les règles ont été respectées et reconstruire l'état si nécessaire. Si les données de transaction ne sont pas disponibles, personne ne peut vérifier si le réseau a triché, ce qui signifie que la disponibilité des données est un fondement silencieux mais essentiel de la confiance. Dans une chaîne monolithique, ces quatre tâches se déroulent ensemble dans un système étroitement lié. La perspicacité modulaire est qu'elles n'ont pas à l'être, et que les séparer permet de faire chacune beaucoup mieux.

Monolithique versus modulaire

La manière la plus claire de saisir la modularité est de la contraster directement avec le modèle monolithique dont elle s'éloigne. Une blockchain monolithique regroupe les quatre fonctions en une seule chaîne intégrée. Chaque nœud complet exécute chaque transaction, participe au consensus, stocke toutes les données et traite la chaîne elle-même comme la couche de règlement. La grande vertu de cette conception est la simplicité et l'intégration étroite : tout vit en un seul endroit, les applications peuvent interagir de manière transparente, et il n'y a pas de coutures entre les couches à gérer

Une chaîne haute performance bien connue qui privilégie la vitesse brute illustre l'approche monolithique, poussant une seule chaîne intégrée à traiter un débit énorme en exigeant un matériel puissant de ses nœuds. Le coût de la conception monolithique est le plafond qu'elle impose : parce que chaque nœud doit tout faire, la chaîne ne peut évoluer que jusqu'à un certain point avant que les frais n'augmentent, la congestion ne s'installe ou les exigences matérielles ne deviennent si lourdes que moins de participants peuvent exécuter un nœud, ce qui érode la décentralisation.

Une blockchain modulaire brise l'ensemble afin que différentes couches gèrent différentes tâches. Un arrangement moderne typique sépare l'exécution du reste : des couches d'exécution spécialisées exécutent les transactions et les contrats intelligents, tandis qu'une ou plusieurs couches différentes gèrent le règlement, le consensus et la disponibilité des données. L'exemple phare est la conception centrée sur les rollups, où des chaînes d'exécution légères appelées rollups traitent les transactions sur le côté puis s'appuient sur une couche de base robuste pour le règlement et la disponibilité des données

L'avantage est la spécialisation : une couche d'exécution peut être réglée uniquement pour un traitement rapide et bon marché des transactions sans également supporter tout le poids de la sécurisation de l'ensemble du système, car elle emprunte la sécurité à la couche de base en dessous. Le système dans son ensemble peut alors évoluer en ajoutant de nombreuses couches d'exécution sur une fondation partagée, multipliant la capacité d'une manière qu'une seule chaîne monolithique ne peut pas. Monolithique favorise l'intégration et la simplicité ; modulaire favorise la spécialisation et l'échelle, et c'est le cœur du choix de conception.

Rollups : la couche d'exécution du monde modulaire

Le composant modulaire le plus important à comprendre est le rollup, car les rollups sont la manière dont la vision modulaire est réellement utilisée aujourd'hui. Un rollup est une chaîne séparée qui gère l'exécution, traitant les transactions rapidement et à moindre coût en dehors de la chaîne principale, puis publie un enregistrement compressé de ce qu'il a fait sur une couche de base pour la sécurité. Le nom vient de la façon dont il regroupe de nombreuses transactions en un seul lot et soumet ce lot à la chaîne de base, de sorte que la chaîne de base n'a pas à traiter chaque transaction individuellement mais peut toujours servir de source ultime de vérité. C'est le mécanisme qui permet à un système modulaire d'évoluer : des milliers de transactions se déroulent à moindre coût sur le rollup, et seul un résumé condensé touche la couche de base coûteuse et hautement sécurisée.

Il existe deux grandes familles de rollups, distinguées par la manière dont ils convainquent la couche de base que leurs lots de transactions sont valides. Les rollups optimistes supposent que les transactions sont honnêtes par défaut et permettent une fenêtre pendant laquelle quiconque peut contester un lot frauduleux en soumettant une preuve de fraude, la couche de base réglant le litige. Les rollups à connaissance zéro génèrent quant à eux une preuve cryptographique de validité pour chaque lot, démontrant mathématiquement que les transactions ont été traitées correctement, ce que la couche de base vérifie sans les réexécuter

Les deux atteignent le même objectif d'hériter de la sécurité de la couche de base tout en effectuant l'exécution ailleurs, et les deux dépendent de manière critique d'une chose : les données derrière leurs transactions doivent être disponibles, afin que quiconque puisse vérifier les affirmations du rollup ou reconstruire son état. Un rollup qui publierait seulement un résumé sans rendre les données sous-jacentes disponibles demanderait au monde de lui faire aveuglément confiance, ce qui va à l'encontre du but. C'est exactement pourquoi la disponibilité des données, la quatrième fonction obscure, devient le pivot de toute l'architecture modulaire.

Disponibilité des données : le pivot

La disponibilité des données mérite sa propre section car c'est la fonction que la conception modulaire a élevée d'une simple considération secondaire à un élément central. Lorsqu'un rollup publie son lot de transactions, l'exigence cruciale est que les données complètes de la transaction soient publiées quelque part d'accessible, afin que quiconque puisse vérifier que le rollup a fait son travail honnêtement, le contester si ce n'est pas le cas, et reconstruire l'état si l'opérateur du rollup disparaît.

L'endroit où ces données sont publiées, et à quel prix, s'avère être l'un des plus grands facteurs de performance d'un système modulaire, car la publication de données est une part importante de ce que paie un rollup. Si la couche de base rend la publication de données coûteuse, les rollups sont chers ; si une couche la rend bon marché, les rollups deviennent considérablement moins chers.

Cela a créé une demande pour un nouveau type de chaîne spécialisée dont l'unique tâche est la disponibilité des données : une couche de disponibilité des données. Plutôt que d'exécuter des transactions ou de régler des litiges, une telle chaîne existe uniquement pour ordonner les données et les garder disponibles à moindre coût et de manière fiable pour les rollups qui en dépendent. L'exemple pionnier est un réseau construit spécifiquement comme une couche de disponibilité des données modulaire, qui utilise une technique élégante appelée échantillonnage de disponibilité des données pour évoluer. Au lieu d'exiger que chaque nœud télécharge un bloc entier pour confirmer que les données sont là, les nœuds légers échantillonnent chacun aléatoirement un petit nombre de morceaux du bloc

Avec suffisamment d'échantillons indépendants, le réseau peut être confiant, avec une probabilité très élevée, que toutes les données sont véritablement disponibles, sans que personne n'ait à tout télécharger. Combiné à des techniques qui permettent à chaque application de ne récupérer que sa propre tranche de données, cela permet à une couche de disponibilité des données de servir plusieurs rollups à la fois, à moindre coût et à grande échelle. D'ici 2026, une telle couche fournissait la disponibilité des données pour des dizaines de rollups, un signe concret que la séparation modulaire de la disponibilité des données dans son propre réseau spécialisé était devenue une infrastructure réelle et fonctionnelle.

Les piles modulaires leaders

Il est utile de voir comment ces pièces s'assemblent dans des systèmes réels, car le monde modulaire n'est pas une seule conception mais quelques piles concurrentes et complémentaires. La plus influente est la feuille de route centrée sur les rollups de la principale plateforme de contrats intelligents, qui s'est délibérément réorientée autour de la modularité. Plutôt que d'essayer d'évoluer en faisant en sorte que sa propre couche de base traite tout plus rapidement, elle a choisi de devenir principalement une fondation de règlement et de disponibilité des données, l'exécution lourde étant repoussée vers un écosystème florissant de rollups construits au-dessus

Une mise à niveau cruciale a introduit un espace dédié et moins cher pour que les rollups publient leurs données, souvent appelé espace blob, ce qui a réduit le coût de la disponibilité des données et, avec lui, les frais que les rollups facturent aux utilisateurs, ramenant de nombreuses transactions à une fraction de centime. D'autres mises à niveau visent à étendre considérablement cette capacité de données au fil du temps. Le résultat est un système en couches : une couche de base sécurisée pour le règlement et les données, et de nombreux rollups axés sur l'exécution gérant l'activité quotidienne à moindre coût au-dessus.

À côté de cela se trouve l'approche de la couche de disponibilité des données spécialisée, où les rollups choisissent de publier leurs données sur un réseau de disponibilité des données conçu à cet effet plutôt que, ou en plus de, la couche de règlement de base, souvent pour obtenir des coûts encore plus bas. Il existe également un lien avec une autre idée modulaire abordée ailleurs : la sécurité partagée via le restaking, où un pool de capital misé peut être utilisé pour sécuriser de nouveaux services, y compris les couches de disponibilité des données, leur permettant d'hériter d'une sécurité économique solide dès le premier jour plutôt que de démarrer la leur

Ensemble, ces pièces forment un menu de composants modulaires — couches de règlement, couches de disponibilité des données, rollups d'exécution et fournisseurs de sécurité partagée — que les équipes peuvent mélanger et assortir pour assembler une chaîne personnalisée. Un projet peut lancer son propre rollup adapté aux jeux ou aux applications sociales, le pointer vers la couche de disponibilité des données la moins chère, et régler sur la couche de base de son choix, sans avoir à construire un ensemble de validateurs ou une chaîne monolithique complète à partir de zéro. Cette composabilité de l'infrastructure, la capacité d'assembler une chaîne à partir de pièces spécialisées, est le résultat pratique de la thèse modulaire et une grande partie de la raison pour laquelle elle s'est répandue si rapidement.

Une analogie : le restaurant et l'aire de restauration

Parce que la pile modulaire a tant de pièces, une analogie peut ancrer l'idée entière avant que les compromis ne s'accumulent. Pensez à une blockchain monolithique comme à un seul restaurant qui fait tout sous un même toit : il cultive ses propres ingrédients, cuisine chaque plat, installe les dîneurs et lave la vaisselle, le tout avec le même personnel dans le même bâtiment. L'avantage est une coordination transparente, puisque tout se passe en un seul endroit et rien n'a à être transmis. La limite est la capacité : cette seule cuisine ne peut cuisiner qu'un certain nombre de repas à la fois, et si vous voulez servir beaucoup plus de gens, vous construisez soit une cuisine énorme et coûteuse que peu peuvent doter en personnel, soit vous acceptez de longues attentes et des prix élevés lorsque la demande augmente. Une chaîne intégrée unique fait face au même plafond, car chaque nœud doit faire chaque travail.

Imaginez maintenant une aire de restauration à la place. Le bâtiment fournit la fondation partagée, les tables, la sécurité, la garantie que l'espace reste ouvert et ordonné, tandis que de nombreux vendeurs spécialisés s'occupent de la cuisine, chacun se concentrant sur une cuisine et réglé pour servir ses clients rapidement et à moindre coût. Dans cette image, le bâtiment partagé est la couche de base fournissant le règlement et la disponibilité des données, et les vendeurs individuels sont les rollups gérant l'exécution

Aucun vendeur unique n'a à fournir sa propre sécurité ou à construire ses propres locaux ; ils héritent tous de cela du bâtiment, donc ils peuvent se concentrer uniquement sur le service rapide de la nourriture. L'aire de restauration peut servir beaucoup plus de monde que le restaurant unique, car la capacité croît en ajoutant des vendeurs plutôt qu'en sollicitant une seule cuisine, ce qui est exactement la façon dont un système modulaire évolue en ajoutant des couches d'exécution sur une fondation partagée.

L'analogie capture aussi honnêtement les coûts. Une aire de restauration est plus complexe qu'un restaurant unique : il y a plus d'opérateurs indépendants, plus de choses qui peuvent mal tourner avec un vendeur quelconque, et plus de coordination nécessaire pour maintenir l'espace partagé en fonctionnement. Si vous voulez un plat qui combine des ingrédients de trois vendeurs différents, vous devez porter votre plateau entre eux, ce qui est plus maladroit que de commander tout depuis une seule cuisine, tout comme déplacer des actifs ou composer une application à travers des rollups séparés est plus difficile que d'opérer au sein d'une chaîne intégrée unique. Et chaque vendeur dépend du bâtiment : si la fondation partagée échoue à garder les lumières allumées ou les portes ouvertes, chaque vendeur en souffre, tout comme un rollup hérite des faiblesses des couches de disponibilité des données et de règlement en dessous

L'aire de restauration échange la simplicité transparente du restaurant unique contre une capacité et une spécialisation bien plus grandes, acceptant plus de complexité et plus de transferts en retour. C'est exactement le compromis que fait la blockchain modulaire, et la voir comme une aire de restauration plutôt que comme un restaurant unique rend à la fois l'attrait et le coût intuitifs.

Ce que la modularité vous apporte

Après avoir exposé l'architecture, il vaut la peine d'être précis sur les véritables avantages que l'approche modulaire apporte, car ils expliquent pourquoi elle est devenue dominante. L'avantage phare est l'évolutivité. En séparant l'exécution de la couche de base et en laissant de nombreux rollups fonctionner en parallèle sur une fondation partagée, un système modulaire peut traiter beaucoup plus d'activité totale qu'une seule chaîne monolithique, car la capacité est ajoutée en empilant des couches d'exécution plutôt qu'en sollicitant une seule chaîne. Les couches de disponibilité des données bon marché amplifient cela en réduisant le coût dominant de l'exploitation d'un rollup, c'est pourquoi les frais de transaction sur les rollups modernes sont tombés à des fractions de centime pour les transferts simples.

Le deuxième avantage est la spécialisation et la flexibilité. Parce que chaque couche se concentre sur une tâche, chacune peut être optimisée bien au-delà de ce qu'une chaîne généraliste pourrait atteindre : une couche de disponibilité des données peut être impitoyablement efficace pour garder les données disponibles, un rollup d'exécution peut être réglé pour un cas d'usage spécifique, et une couche de règlement peut prioriser la sécurité et la finalité. Cela donne également aux constructeurs flexibilité et souveraineté : une équipe peut lancer une chaîne adaptée à ses besoins, choisissant son propre environnement d'exécution et ses propres règles, tout en héritant de la sécurité et de la disponibilité des données de couches établies au lieu de les recréer

Le troisième avantage est une meilleure décentralisation au niveau de la vérification. Des techniques comme l'échantillonnage de disponibilité des données permettent aux nœuds légers de vérifier qu'un réseau se comporte honnêtement sans exécuter un matériel coûteux, ce qui signifie que davantage de participants ordinaires peuvent aider à maintenir le système honnête, contrecarrant la tendance des chaînes monolithiques haute performance à concentrer le pouvoir parmi ceux qui peuvent se permettre des machines puissantes. L'évolutivité, la spécialisation et la décentralisation vérifiable sont les véritables prix que la conception modulaire recherche, et elle les poursuit en refusant de faire porter toute la charge par une seule chaîne.

Les compromis et les critiques

Aucune architecture n'est gratuite, et un compte rendu honnête de la modularité doit peser ses coûts réels par rapport à la simplicité monolithique qu'elle remplace. Le premier coût est la complexité. Un système modulaire a de nombreuses pièces mobiles : exécution sur une couche, données sur une autre, règlement sur une troisième, ponts et preuves les reliant, et cette complexité crée plus de surface pour les bugs, les mauvaises configurations et les défaillances qu'une chaîne intégrée unique. Plus de couches signifie plus de choses qui peuvent mal tourner et plus de coutures qui doivent être sécurisées. Le deuxième coût est la fragmentation. Lorsque l'activité se répartit sur de nombreux rollups séparés, la liquidité et les utilisateurs se fragmentent également, et déplacer des actifs ou composer des applications à travers différentes couches d'exécution peut devenir maladroit, lent ou risqué, sacrifiant une partie de la composabilité transparente qu'offre une chaîne monolithique unique, où chaque application peut interagir avec toutes les autres instantanément.

Le troisième coût est une considération de sécurité plus subtile. La sécurité d'un rollup dépend des couches en dessous de lui, donc si la couche de disponibilité des données sur laquelle il compte échoue à garder les données disponibles, ou si la couche de règlement à laquelle il fait confiance est compromise, le rollup hérite de cette faiblesse. Les systèmes modulaires doivent donc raisonner soigneusement sur les hypothèses de confiance de chaque couche dont ils dépendent, et une chaîne qui utilise une couche de disponibilité des données moins sécurisée pour économiser de l'argent fait un véritable compromis en matière de sécurité, même si ce n'est pas toujours évident pour les utilisateurs

Les défenseurs de l'approche monolithique soutiennent que l'intégration étroite offre un système plus simple, plus composable et plus uniformément sécurisé, et que les chaînes monolithiques haute performance ont montré qu'une seule chaîne peut évoluer plus loin que ce que le camp modulaire supposait autrefois. La conclusion honnête est que monolithique et modulaire ne sont pas strictement meilleurs ou pires mais représentent des paris différents : monolithique parie que l'intégration et la performance brute d'une seule chaîne gagnent, tandis que modulaire parie que la spécialisation et l'empilement gagnent. D'ici 2026, le pari modulaire était clairement devenu l'architecture dominante pour une infrastructure ambitieuse nouvelle, mais les compromis qu'il porte — complexité, fragmentation et confiance en couches — sont réels, et le débat sur quelle approche prévaudra finalement est loin d'être réglé.

Foire aux questions

Qu'est-ce qu'une blockchain modulaire en termes simples ?

Une blockchain modulaire répartit les tâches fondamentales qu'un réseau doit accomplir sur des couches séparées et spécialisées, au lieu qu'une seule chaîne fasse tout. Les quatre tâches sont l'exécution (exécuter des transactions et des contrats intelligents), le règlement (finaliser les résultats et résoudre les litiges), le consensus (se mettre d'accord sur l'ordre des transactions) et la disponibilité des données (s'assurer que les données de transaction sont publiées afin que n'importe qui puisse les vérifier). Une chaîne traditionnelle, monolithique, fait tout elle-même, ce qui limite son évolutivité. Une conception modulaire permet à chaque couche de se spécialiser dans une tâche, de sorte que le système dans son ensemble puisse évoluer bien plus loin tout en préservant la sécurité.

Quelle est la différence entre les blockchains monolithiques et modulaires ?

Une blockchain monolithique gère l'exécution, le règlement, le consensus et la disponibilité des données sur une seule chaîne intégrée, où chaque nœud fait tout. C'est simple et étroitement intégré mais atteint un plafond d'évolutivité, car une seule chaîne faisant tout ne peut aller que si vite avant que les frais n'augmentent ou que les exigences matérielles ne réduisent l'ensemble des nœuds. Une blockchain modulaire sépare ces tâches entre les couches, poussant généralement l'exécution sur les rollups tandis qu'une couche de base gère le règlement et la disponibilité des données. Cela échange une certaine simplicité et composabilité contre une évolutivité et une spécialisation bien plus grandes.

Qu'est-ce qu'un rollup et comment s'intègre-t-il ?

Un rollup est une chaîne d'exécution séparée qui traite les transactions à moindre coût en dehors de la chaîne principale, puis publie un lot compressé vers une couche de base sécurisée pour le règlement et la disponibilité des données. Il regroupe de nombreuses transactions en un seul lot afin que la couche de base ne traite pas chaque transaction individuellement mais serve toujours de source de vérité. Les rollups optimistes supposent la validité et permettent des contestations de fraude ; les rollups à connaissance zéro soumettent des preuves cryptographiques de validité. Les rollups sont la façon dont la vision modulaire évolue en pratique, et ils dépendent de la disponibilité de leurs données de transaction afin que n'importe qui puisse les vérifier.

Pourquoi la disponibilité des données est-elle si importante ?

Parce que vérifier un rollup, ou toute chaîne, exige que les données derrière ses transactions soient réellement publiées et accessibles. Si les données ne sont pas disponibles, personne ne peut vérifier si les règles ont été respectées, contester une fraude ou reconstruire l'état si un opérateur disparaît. Où et à quel prix ces données sont publiées est l'un des plus grands facteurs de coût dans un système modulaire, car la publication de données représente une grande partie de ce que paie un rollup. Cela a créé des couches de disponibilité des données spécialisées dont l'unique travail est de garder les données disponibles à moindre coût, en utilisant des techniques comme l'échantillonnage pour que les nœuds légers puissent confirmer la disponibilité sans tout télécharger.

Qu'est-ce que Celestia et que fait une couche de disponibilité des données ?

Une couche de disponibilité des données est une chaîne spécialisée dont l'unique travail est d'ordonner les données de transaction et de les garder disponibles à moindre coût et de manière fiable pour les rollups qui en dépendent, au lieu d'exécuter des transactions ou de régler des litiges. L'exemple pionnier a été construit spécifiquement à cette fin et utilise l'échantillonnage de disponibilité des données, où des nœuds légers vérifient chacun aléatoirement de petits morceaux d'un bloc afin que le réseau puisse être confiant, avec une probabilité très élevée, que toutes les données sont présentes sans que personne ne télécharge le bloc entier. D'ici 2026, une telle couche fournissait la disponibilité des données pour des dizaines de rollups.

Quels sont les inconvénients des blockchains modulaires ?

Trois principaux. La complexité : de nombreuses pièces mobiles à travers les couches, plus les ponts et preuves les reliant, créent plus de surface pour les bugs et les défaillances qu'une chaîne intégrée unique. La fragmentation : répartir l'activité sur de nombreux rollups divise la liquidité et les utilisateurs et peut rendre le déplacement d'actifs ou la composition d'applications à travers les couches maladroit, sacrifiant une partie de la composabilité transparente d'une chaîne monolithique. Et la confiance en couches : la sécurité d'un rollup dépend des couches en dessous, donc s'appuyer sur une couche de disponibilité des données ou de règlement plus faible pour économiser de l'argent introduit de véritables compromis de sécurité. Les défenseurs du monolithique soutiennent que l'intégration étroite est plus simple et plus uniformément sécurisée.

Cet article est une information éducative, pas un conseil en investissement. Les architectures blockchain, les projets et les détails techniques évoluent rapidement, et les descriptions ici reflètent l'état du domaine au 25 juin 2026. Vérifiez les informations actuelles auprès de sources primaires avant de vous fier à quoi que ce soit décrit ici.