Pendant des années, une blockchain était une chaîne qui faisait tout. La thèse modulaire divise 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 cumuls ont besoin d’une couche de données et ce que la conception achète et coûte.
Table des matières
Une blockchain modulaire est une blockchain qui divise les tâches principales qu’un réseau doit effectuer en couches distinctes et spécialisées, au lieu d’avoir une seule chaîne qui les effectue toutes en même temps. Pour comprendre pourquoi c’est une idée significative, vous devez connaître les quatre tâches que chaque blockchain doit gérer : l’exécution, ce qui signifie exécuter des transactions et des contrats intelligents ; le règlement, ce qui signifie finaliser les résultats et résoudre les différends ; le consensus, ce qui signifie s’entendre sur l’ordre des transactions ; et la disponibilité des données, ce qui signifie s’assurer que les données des transactions sont effectivement publiées afin que tout le monde puisse les vérifier.
Une blockchain traditionnelle, maintenant appelée monolithique, fait les quatre elle-même, sur une seule chaîne, qui est simple et étroitement intégrée, mais se heurte à un plafond rigide quant à son évolutivité, car une chaîne qui fait tout ne peut aller que si vite avant de devenir encombrée ou coûteuse. L’approche modulaire dégroupe ces emplois, permettant à différentes couches de se spécialiser chacune dans l’un d’entre eux, et ce dégroupage est devenu le moyen dominant pour les blockchains ambitieuses d’évoluer désormais. Ce guide explique les quatre fonctions, la différence entre les conceptions monolithiques et modulaires, la manière dont les cumuls et les couches de disponibilité des données s’articulent, les principaux exemples et les véritables compromis qu’implique la voie modulaire.
La raison pour laquelle cela est important est que la mise à l’échelle est le défi déterminant de la blockchain depuis une décennie, capturé dans ce que l’on appelle le trilemme, l’observation selon laquelle une chaîne unique a du mal à être à la fois évolutive, sécurisée et décentralisée, et doit généralement en sacrifier une. Les chaînes monolithiques ont tendance à pousser fort vers l’échelle, au prix d’une décentralisation, ou à préserver la décentralisation au détriment de la rapidité.
La thèse modulaire offre une échappatoire différente au trilemme : si aucune chaîne unique ne doit tout faire, alors chaque couche peut optimiser son propre travail, et le système dans son ensemble peut atteindre une échelle qu’aucune chaîne monolithique n’égale facilement, tout en préservant une forte sécurité et une décentralisation là où cela compte.
En 2026, cette thèse est passée de la théorie à l’architecture dominante, avec des réseaux spécialisés de disponibilité des données 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 métiers d’une blockchain
Tout ce qui concerne la modularité découle de la compréhension des quatre fonctions remplies par une blockchain, il vaut donc la peine de les examiner tour à tour. 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 consistant à prendre votre transaction, à l’appliquer et à mettre à 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 termes de calcul, car chaque transaction doit être traitée. Le règlement est le niveau qui assure le caractère définitif et le lieu de résolution des litiges : c’est là que les résultats de l’exécution sont ancrés et font autorité, le fondement que d’autres niveaux 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 au réseau s’accordent sur un historique unique et ordonné des transactions, de sorte que tout le monde partage la même vision de ce qui s’est passé et dans quel ordre, ce qui permet d’arrêter les doubles dépenses et de maintenir la cohérence du grand livre. La disponibilité des données est celle dont la plupart des gens n’ont jamais entendu parler et celle qui s’avère être au cœur de la conception modulaire. C’est la garantie que les données derrière chaque transaction sont effectivement publiées et accessibles, afin que chacun puisse les télécharger, vérifier que les règles ont été respectées et reconstituer 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 constitue un fondement de confiance discret mais essentiel. Dans une chaîne monolithique, ces quatre tâches se déroulent ensemble dans un système étroitement lié. L’idée modulaire est qu’ils n’ont pas à le faire et que les séparer permet de faire beaucoup mieux.
Monolithique versus modulaire
La manière la plus simple d’appréhender la modularité est de la comparer directement au modèle monolithique dont elle s’écarte. 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 couche de règlement. La grande vertu de cette conception réside dans la simplicité et l’intégration étroite : tout se trouve au même endroit, les applications peuvent interagir de manière transparente et il n’y a aucun lien à gérer entre les couches.
Une chaîne haute performance bien connue qui valorise 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, que la congestion ne s’installe ou que les exigences matérielles ne deviennent si lourdes que moins de participants peuvent gérer un nœud, ce qui érode la décentralisation.
Une blockchain modulaire divise 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 le cumul, dans laquelle des chaînes d’exécution légères appelées cumuls traitent les transactions en marge, puis s’appuient sur une couche de base robuste pour le règlement et la disponibilité des données.
L’avantage réside dans la spécialisation : une couche d’exécution peut être configurée uniquement pour un traitement de transactions rapide et bon marché sans supporter également tout le poids de la sécurisation de l’ensemble du système, car elle emprunte la sécurité à la couche de base située en dessous. Le système dans son ensemble peut ensuite évoluer en ajoutant de nombreuses couches d’exécution au-dessus d’une fondation partagée, multipliant ainsi la capacité d’une manière qu’une seule chaîne monolithique ne peut pas faire. Monolithic privilégie l’intégration et la simplicité ; la modularité privilégie la spécialisation et l’échelle, et c’est au 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 c’est grâce à lui que la vision modulaire est réellement utilisée aujourd’hui. Un rollup est une chaîne distincte 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 vers une couche de base pour des raisons de 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 s’effectuent à moindre coût lors du cumul, 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, qui se distinguent par la manière dont ils convainquent la couche de base que leurs transactions groupées sont valides. Les cumuls optimistes supposent que les transactions sont honnêtes par défaut et autorisent une fenêtre pendant laquelle n’importe qui peut contester un lot frauduleux en soumettant une preuve de fraude, la couche de base réglant le litige. Les cumuls sans connaissances génèrent à la place une preuve de validité cryptographique pour chaque lot, montrant mathématiquement que les transactions ont été traitées correctement, que la couche de base vérifie sans les réexécuter.
Les deux atteignent le même objectif : hériter de la sécurité de la couche de base tout en effectuant l’exécution ailleurs, et tous deux dépendent essentiellement d’une chose : les données derrière leurs transactions doivent être disponibles, afin que n’importe qui puisse vérifier les affirmations du rollup ou reconstruire son état. Un rollup qui ne publierait qu’un résumé sans rendre disponibles les données sous-jacentes demanderait au monde de lui faire aveuglément confiance, ce qui irait à l’encontre de son objectif. C’est exactement pourquoi la disponibilité des données, la quatrième fonction obscure, devient la clé de voûte de toute l’architecture modulaire.
Disponibilité des données : la clé de voûte
La disponibilité des données mérite sa propre section, car c’est la fonction que la conception modulaire a élevée d’une réflexion après coup à une pièce maîtresse. Lorsqu’un rollup publie son lot de transactions, l’exigence cruciale est que les données complètes de la transaction soient publiées dans un endroit accessible, afin que chacun puisse vérifier que le rollup a fait son travail honnêtement, le contester dans le cas contraire 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 facteurs les plus importants dans la performance d’un système modulaire, car la publication de données représente une part importante du coût d’un cumul. Si la couche de base rend la publication des données coûteuse, les cumuls sont coûteux ; si une couche le rend bon marché, les cumuls deviennent considérablement moins chers.
Cela a créé une demande pour un nouveau type de chaîne spécialisée dont l’intégralité du travail 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 commander des données et les maintenir disponibles à moindre coût et de manière fiable pour les cumuls qui en dépendent. L’exemple pionnier est un réseau construit spécifiquement comme une couche modulaire de disponibilité des données, qui utilise une technique élégante appelée échantillonnage de disponibilité des données à grande échelle. 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 de manière aléatoire un petit nombre de morceaux du bloc.
Avec suffisamment d’échantillons indépendants, le réseau peut être sûr, avec une très forte probabilité, que toutes les données sont réellement disponibles, sans que personne n’ait à les télécharger toutes. Combiné avec des techniques qui permettent à chaque application de récupérer uniquement sa propre tranche de données, cela permet à une couche de disponibilité des données de servir plusieurs cumuls à la fois, à moindre coût et à grande échelle. En 2026, une telle couche assurait la disponibilité des données pour des dizaines de cumuls, 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 principales piles modulaires
Il est utile de voir comment ces éléments s’assemblent en systèmes réels, car le monde modulaire n’est pas constitué d’une seule conception mais de quelques piles concurrentes et complémentaires. Le plus influent est la feuille de route centrée sur le rollup 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 accélérant le processus de sa propre couche de base, il a choisi de devenir principalement une base de règlement et de disponibilité des données, avec une exécution lourde transférée vers un écosystème florissant de cumuls construits sur le dessus.
Une mise à niveau cruciale a introduit un espace dédié et moins cher permettant aux cumuls de publier 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 facturés par les cumuls aux utilisateurs, ramenant de nombreuses transactions à une fraction de centime. D’autres mises à niveau visent à augmenter considérablement cette capacité de données au fil du temps. Le résultat est un système en plusieurs couches : une couche de base sécurisée pour le règlement et les données, et de nombreux cumuls axés sur l’exécution gérant l’activité quotidienne à moindre coût au-dessus.
À côté de cela se trouve l’approche spécialisée de la couche de disponibilité des données, dans laquelle les cumuls choisissent de publier leurs données sur un réseau de disponibilité des données spécialement conçu au lieu 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 par le biais du réinvestissement, où un pool de capitaux mis en jeu 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 forte sécurité économique dès le premier jour plutôt que d’amorcer la leur.
Ensemble, ces éléments forment un menu de composants modulaires, de couches de règlement, de couches de disponibilité des données, de cumuls d’exécution et de fournisseurs de sécurité partagés 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 diriger vers la couche de disponibilité des données la moins chère et s’installer sur la couche de base à laquelle il fait confiance, sans créer 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 la récompense pratique de la thèse modulaire et explique en grande partie pourquoi elle s’est répandue si rapidement.
Une analogie : le restaurant et l’aire de restauration
Étant donné que la pile modulaire comporte de nombreux éléments, une analogie peut ancrer l’ensemble de l’idée avant que les compromis ne s’accumulent. Considérez une blockchain monolithique comme un restaurant unique qui fait tout sous un même toit : il cultive ses propres ingrédients, prépare chaque plat, place les convives et fait 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 au même endroit et que rien ne doit être transféré. La limite réside dans la capacité : une seule cuisine ne peut préparer qu’un nombre limité de repas à la fois, et si vous souhaitez servir beaucoup plus de personnes, soit vous construisez une cuisine énorme et coûteuse que peu de gens peuvent occuper, soit vous acceptez de longues attentes et des prix élevés lorsque la demande augmente. Une seule chaîne intégrée fait face au même plafond, car chaque nœud doit effectuer chaque tâche.
Imaginez maintenant une aire de restauration. Le bâtiment fournit la base commune, 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 étant prêts à servir ses clients rapidement et à moindre coût. Dans cette image, le bâtiment partagé est la couche de base assurant le règlement et la disponibilité des données, et les fournisseurs individuels sont les cumuls qui gèrent l’exécution.
Aucun fournisseur n’est tenu d’assurer sa propre sécurité ou de construire ses propres locaux ; ils héritent tous de cela du bâtiment, ils peuvent donc se concentrer uniquement sur le service rapide de la nourriture. L’aire de restauration peut servir beaucoup plus de personnes qu’un seul restaurant, car la capacité augmente en ajoutant des fournisseurs au lieu de surcharger une cuisine, ce qui est exactement ainsi qu’un système modulaire évolue en ajoutant des couches d’exécution sur une base partagée.
L’analogie rend également compte honnêtement des coûts. Une aire de restauration est plus complexe qu’un seul restaurant : il y a plus d’exploitants indépendants, plus de problèmes peuvent survenir avec un seul fournisseur et plus de coordination est nécessaire pour que l’espace partagé continue de fonctionner. Si vous souhaitez un plat combinant des ingrédients provenant de trois fournisseurs différents, vous devez transporter votre plateau entre eux, ce qui est plus compliqué que de tout commander dans une seule cuisine, tout comme déplacer des actifs ou composer une application sur des rollups distincts est plus gênant que d’opérer au sein d’une seule chaîne intégrée. Et chaque fournisseur dépend du bâtiment : si la fondation commune ne parvient pas à maintenir les lumières allumées ou les portes ouvertes, chaque fournisseur en souffre, tout comme un rollup hérite des faiblesses des couches de disponibilité et de règlement des données situées en dessous.
L’aire de restauration troque la simplicité transparente d’un restaurant unique contre une capacité et une spécialisation bien plus grandes, acceptant en retour plus de complexité et plus de transferts. C’est précisément l’avantage que constitue la blockchain modulaire, et la considérer comme une aire de restauration plutôt que comme un seul restaurant rend à la fois son attrait et son coût intuitifs.
Ce que la modularité vous apporte
Après avoir présenté l’architecture, il convient d’être précis sur les véritables avantages qu’offre l’approche modulaire, car ils expliquent pourquoi elle est devenue dominante. Le principal avantage est l’évolutivité. En séparant l’exécution de la couche de base et en permettant à de nombreux cumuls de s’exécuter en parallèle sur une base partagée, un système modulaire peut traiter une activité totale bien plus importante qu’une seule chaîne monolithique, car la capacité est ajoutée en empilant les couches d’exécution au lieu de mettre à rude épreuve une seule chaîne. Les couches de disponibilité de données bon marché aggravent ce problème en réduisant le coût dominant de gestion d’un rollup, c’est pourquoi les frais de transaction sur les rollups modernes sont tombés à quelques fractions de centime pour des transferts simples.
Le deuxième avantage est la spécialisation et la flexibilité. Étant donné 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 réaliser : une couche de disponibilité des données peut être impitoyablement efficace pour maintenir les données disponibles, un cumul d’exécution peut être adapté à un cas d’utilisation spécifique et une couche de règlement peut donner la priorité à 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, en choisissant son propre environnement et ses propres règles d’exécution, tout en héritant de la sécurité et de la disponibilité des données des couches établies au lieu de les recréer.
Le troisième avantage est une décentralisation améliorée au niveau de la vérification. Des techniques telles que l’échantillonnage de la disponibilité des données permettent aux nœuds légers de vérifier qu’un réseau se comporte honnêtement sans utiliser de matériel coûteux, ce qui signifie que des participants plus ordinaires peuvent contribuer à maintenir l’honnêteté du système, contrecarrant ainsi la tendance des chaînes monolithiques hautes performances à concentrer le pouvoir entre ceux qui peuvent se permettre des machines puissantes. L’évolutivité, la spécialisation et la décentralisation vérifiable sont les véritables prix pour lesquels la conception modulaire est en compétition, et elle les poursuit en refusant de confier à une seule chaîne la charge entière.
Les compromis et les critiques
Aucune architecture n’est gratuite, et une analyse honnête de la modularité doit mettre en balance ses coûts réels et la simplicité monolithique qu’elle remplace. Le premier coût est la complexité. Un système modulaire comporte de nombreuses pièces mobiles, une exécution sur une couche, des données sur une autre, un règlement sur une troisième, des ponts et des preuves les reliant, et cette complexité crée plus de surface pour les bogues, les erreurs de configuration et les échecs qu’une seule chaîne intégrée. 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é s’étend sur de nombreux cumuls distincts, la liquidité et les utilisateurs se fragmentent également, et le déplacement d’actifs ou la composition d’applications entre différentes couches d’exécution peuvent devenir délicats, lents ou risqués, sacrifiant une partie de la composabilité transparente qu’offre une chaîne monolithique unique, où chaque application peut interagir instantanément les unes avec les autres.
Le troisième coût est une considération de sécurité plus subtile. La sécurité d’un rollup dépend des couches situées en dessous, donc si la couche de disponibilité des données sur laquelle il s’appuie ne parvient pas à maintenir les données disponibles, ou si la couche de règlement à laquelle elle 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 cela n’est pas toujours évident pour les utilisateurs.
Les défenseurs de l’approche monolithique soutiennent qu’une intégration étroite permet d’obtenir un système plus simple, plus composable et plus uniformément sécurisé, et que les chaînes monolithiques hautes performances ont montré qu’une seule chaîne peut évoluer plus loin que le camp modulaire supposé autrefois. La conclusion honnête est que les systèmes monolithiques et modulaires ne sont pas strictement meilleurs ou pires, mais représentent des paris différents : les paris monolithiques que l’intégration et les performances brutes de la chaîne unique gagnent, tandis que les paris modulaires que la spécialisation et l’empilement gagnent. En 2026, le pari modulaire était clairement devenu l’architecture dominante pour de nouvelles infrastructures ambitieuses, mais les compromis qu’il implique, la complexité, la fragmentation et la confiance à plusieurs niveaux, sont réels, et le débat sur l’approche qui prévaudra en fin de compte 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 principales qu’un réseau doit effectuer entre des couches distinctes et spécialisées, au lieu qu’une seule chaîne fasse tout. Les quatre tâches sont l’exécution (exécution des transactions et des contrats intelligents), le règlement (finalisation des résultats et résolution des litiges), le consensus (se mettre d’accord sur l’ordre des transactions) et la disponibilité des données (s’assurer que les données des transactions sont publiées afin que tout le monde puisse les vérifier). Une chaîne traditionnelle et monolithique fait elle-même les quatre, ce qui limite sa capacité d’évolution. Une conception modulaire permet à chaque couche de se spécialiser dans une tâche, de sorte que le système dans son ensemble peut évoluer beaucoup plus 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. Il est simple et étroitement intégré, mais atteint un plafond en termes d’échelle, car une chaîne qui fait tout ne peut aller que très vite avant que les frais n’augmentent ou que les demandes matérielles ne réduisent l’ensemble de nœuds. Une blockchain modulaire sépare ces tâches entre les couches, poussant généralement l’exécution sur des cumuls 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 distincte qui traite les transactions à moindre coût en dehors de la chaîne principale, puis publie un lot compressé sur 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, de sorte que la couche de base ne les traite pas individuellement, mais sert toujours de source de vérité. Les cumuls optimistes supposent la validité et permettent de contester la fraude ; les cumuls de connaissances zéro soumettent des preuves de validité cryptographique. Les cumuls sont la façon dont la vision modulaire évolue dans la pratique, et ils dépendent de la mise à disposition de leurs données de transaction afin que tout le monde puisse les vérifier.
Pourquoi la disponibilité des données est-elle si importante ?
Parce que la vérification d’un rollup, ou de n’importe quelle chaîne, nécessite que les données derrière ses transactions soient effectivement 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 la fraude ou reconstituer l’état en cas de disparition d’un opérateur. L’endroit et le coût de publication de ces données constituent l’un des facteurs les plus importants du coût d’un système modulaire, dans la mesure où la publication des données représente une grande partie du coût d’un cumul. Cela a créé des couches spécialisées de disponibilité des données dont l’intégralité du travail consiste à maintenir les données disponibles à moindre coût, en utilisant des techniques telles que l’échantillonnage afin que les nœuds légers puissent confirmer la disponibilité sans tout télécharger.
Qu’est-ce que Celestia et à quoi sert une couche de disponibilité des données ?
Une couche de disponibilité des données est une chaîne spécialisée dont le seul travail est de commander les données de transaction et de les maintenir disponibles à moindre coût et de manière fiable pour les cumuls 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 à cet effet et utilise un échantillonnage de disponibilité des données, où des nœuds légers vérifient chacun de manière aléatoire de petits morceaux d’un bloc afin que le réseau puisse être sûr, avec une forte probabilité, que toutes les données sont présentes sans que personne ne télécharge le bloc entier. En 2026, une telle couche assurait la disponibilité des données pour des dizaines de cumuls.
Quels sont les inconvénients des blockchains modulaires ?
Trois principaux. Complexité : de nombreuses pièces mobiles à travers les couches, ainsi que les ponts et les preuves qui les relient, créent plus de surface pour les bogues et les pannes qu’une seule chaîne intégrée. Fragmentation : la répartition de l’activité sur de nombreux cumuls divise les liquidités et les utilisateurs et peut rendre difficile le déplacement d’actifs ou la composition d’applications entre les couches, sacrifiant une partie de la composabilité transparente d’une chaîne monolithique. Et la confiance à plusieurs niveaux : la sécurité d’un rollup dépend des couches situées 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 en matière de sécurité. Les défenseurs du monolithisme affirment qu’une intégration étroite est plus simple et plus uniformément sécurisée.
Cet article est une information éducative et non un conseil en investissement. Les architectures, les projets et les détails techniques de la blockchain évoluent rapidement, et les descriptions ici reflètent l’état du domaine au 25 juin 2026. Vérifiez les informations actuelles provenant de sources primaires avant de vous fier à tout ce qui est décrit ici.
