Comment fonctionne le partage de la blockchain : compromis entre la parallélisation, le débit et la conception (2026)

Vérification de l'intention : Cette page concerne le partitionnement en tant qu'architecture d'évolutivité unique. Si vous souhaitez un cadre plus large de compromis en matière de sécurité, de décentralisation et d'évolutivité, lisez Compromis en matière d'évolutivité de la blockchain.

Si une seule autoroute n'a qu'une seule voie, aucun feu de signalisation intelligent ne peut la transformer en autoroute. C’est essentiellement le problème auquel se heurtent la plupart des premières blockchains au moment où leur adoption reprend. Chaque nœud complet doit traiter chaque transaction, stocker chaque élément d'état et vérifier chaque bloc. Le résultat est une congestion, une flambée des frais et la douloureuse prise de conscience que la décentralisation et l’évolutivité tirent dans des directions opposées. Le Sharding est la réponse architecturale à laquelle l’industrie revient sans cesse, et en 2026, elle est plus pertinente que jamais.

Ce guide est la version spécifique du sharding à la cryptographie. Si vous avez recherché « qu'est-ce que le partage » en attendant des discussions sur la base de données, vous êtes au bon endroit, mais avec une particularité. Nous couvrirons le partage tel qu'il vit à l'intérieur blockchain Réseaux : comment les nœuds sont divisés en comités, comment les transactions sont acheminées à travers des chaînes parallèles, comment l'état est partitionné et comment l'ensemble du désordre reste sécurisé dans des conditions contradictoires. Le partage de base de données a inspiré le nom, mais le partage de blockchain doit résoudre des problèmes auxquels aucun cluster SQL n'a jamais été confronté, comme la résistance Sybil, le choix du fork et l'atomicité entre fragments.

À la fin de cet article, vous comprendrez les trois principales versions du sharding, pourquoi Ethereum est discrètement passé du sharding d'exécution au sharding de données, comment des réseaux comme NEAR, TON, Polkadot, Zilliqa et MultiversX l'implémentent en production, comment les rollups et le sharding interagissent dans la pile modulaire et quels problèmes ouverts restent non résolus avant le cycle suivant. Il s'agit d'une longue lecture écrite pour les développeurs et les utilisateurs avancés qui veulent du contenu, pas des slogans.

Qu'est-ce que le partage dans la blockchain

Sharding est une technique de partitionnement horizontal empruntée aux bases de données distribuées et adaptée au consensus blockchain. Au lieu de demander à chaque nœud de valider chaque transaction sur une chaîne mondiale, le réseau est divisé en petits groupes appelés fragments. Chacun shard traite son propre sous-ensemble de transactions, maintient sa propre partie de l'état et produit ses propres blocs en parallèle avec les autres. Une couche de coordination, souvent appelée chaîne de balise ou chaîne de relais, relie tout ensemble et maintient les fragments en accord sur l'ordre global et la finalité.

La tournure spécifique à la cryptographie est importante. Dans une base de données, vous faites confiance à l’opérateur et le seul ennemi est la panne matérielle. Dans une blockchain publique, l’opérateur n’existe pas et l’ennemi est un attaquant motivé par des raisons financières. Ainsi, un fragment de blockchain ne peut pas simplement être « n’importe quel nœud contenant cette partition ». Il doit s'agir d'un poste attribué au hasard et soumis à une rotation périodique. validator subset avec suffisamment d’enjeu collectif pour rendre la corruption économiquement irrationnelle. L'attribution aléatoire d'un comité est la sauce secrète qui transforme le partage de base de données en un déploiement sûr sur un réseau sans autorisation.

Vous pouvez considérer une blockchain fragmentée comme une fédération de mini-chaînes partageant un budget de sécurité. Chaque fragment hérite de la sécurité de l'ensemble du validateur grâce à un échantillonnage aléatoire et une attestation cryptographique, tout en ne traitant qu'une fraction de la charge de travail. C’est l’astuce qui permet au débit total du réseau d’augmenter de manière à peu près linéaire avec le nombre de fragments, du moins en théorie. En pratique, il existe des mises en garde concernant la messagerie entre fragments, la disponibilité des données et la charge du validateur que le reste de ce guide abordera.

Pourquoi les blockchains doivent être mises à l'échelle

Avant d'aborder la mécanique du sharding, il convient de comprendre pourquoi l'industrie est obsédée par l'évolutivité. Bitcoin traite environ 7 transactions par seconde. Le réseau principal Ethereum se situe entre 15 et 30 TPS en fonction de la complexité de la transaction. Visa, à titre de comparaison, gère des dizaines de milliers par seconde au cours d'une journée normale et atteint des sommets bien plus élevés pendant les vacances shopping. Si la crypto veut héberger les réseaux sociaux, les économies de jeu et le trading à haute fréquence, ces chiffres ne sont pas valables.

Le goulot d'étranglement n'est pas la bande passante, mais l'exigence selon laquelle chaque nœud complet doit vérifier indépendamment chaque transaction. Cette exigence est ce qui donne à une blockchain ses propriétés de confiance minimisée. Vous n'êtes pas obligé de faire confiance aux mineurs, aux validateurs ou à d'autres utilisateurs, car vous pouvez exécuter un nœud vous-même et vérifier l'intégralité de l'historique. Mais cette même propriété limite le débit à la vitesse du matériel grand public raisonnable le plus lent. Si vous insistez trop sur la taille ou la durée des blocs, vous éloignez les validateurs du réseau, centralisant ainsi la chaîne dans un petit ensemble d'opérateurs bien financés.

C'est le célèbre trilemme de la blockchain articulé par Vitalik Buterin : décentralisation, sécurité et évolutivité, choisissez-en deux. Le partage est la tentative architecturale la plus directe pour briser le trilemme en réduisant la charge de travail par nœud sans réduire le nombre de nœuds. D'autres approches comme Cumuls de couche 2 attaque le même problème sous un angle différent en déplaçant l'exécution hors chaîne. Les deux stratégies sont complémentaires et ne s’excluent pas mutuellement, et 2026 a montré qu’elles fonctionnent mieux ensemble.

La congestion n'est pas une préoccupation abstraite. Pendant le boom du NFT de 2021 et l’engouement pour les inscriptions de 2024, les frais de gaz Ethereum dépassaient régulièrement 200 gwei, ce qui faisait qu’un seul échange coûtait plus de 100 dollars. Solana a subi des pannes répétées lorsque les inondations de transactions ont submergé ses nœuds leaders. Les arriérés de Bitcoin mempool lors des frénésie ordinales ont poussé les frais au-delà de 50 dollars par transaction. Chaque vague d'adoption teste l'architecture sous-jacente, et les chaînes qui l'ont le mieux géré avaient soit des conceptions de type partitionnement, soit des écosystèmes agressifs de couche 2.

Comment fonctionne le partage : l'idée de base

À son niveau le plus fondamental, le partitionnement fait trois choses en parallèle. Il divise l'ensemble des validateurs en comités, répartit la charge de transaction entre ces comités et divise l'état global afin que chaque comité n'ait besoin d'en détenir qu'une partie. Chacune de ces divisions peut être implémentée indépendamment, c'est pourquoi vous entendrez parler du partage de réseau, du partage de transactions et du partage d'état en tant que concepts distincts, même si une chaîne fragmentée complète combine les trois.

Le problème de coordination est ce qui rend le partage de blockchain difficile. Dans une chaîne non fragmentée, l'état global évolue de manière synchronisée : chaque bloc met à jour chaque compte touché et chaque nœud voit la même vue. Dans une chaîne fragmentée, le fragment A peut transférer des jetons entre deux comptes au même moment où le fragment B met à jour un contrat intelligent qui dépend de ces comptes. Sans une conception soignée, vous obtenez un état incohérent, des dépenses doubles ou un blocage cross-shard transactions. La plupart des conceptions modernes résolvent ce problème avec un beacon chain qui produit un ordre canonique des en-têtes de bloc de fragments, ainsi qu'un protocole de messagerie qui permet aux fragments de référencer l'état finalisé de chacun.

Le diagramme ci-dessus montre visuellement la différence fondamentale. Sur la gauche, chaque nœud supporte l'intégralité de la charge, donc l'ajout de nœuds ne fait qu'ajouter de la redondance, pas de la capacité. Sur la droite, le travail est partitionné, donc l'ajout de fragments ajoute effectivement de la capacité, la chaîne de balises fournissant la cohérence globale qui maintient le tout cohérent. Le mécanisme exact de répartition du travail et de coordination de l’état est celui où chaque protocole fragmenté diffère.

Les trois types de partage

Le Sharding n'est pas une technique, c'est une famille de trois techniques liées qui sont souvent combinées. Comprendre la distinction est important car certaines chaînes se disent « fragmentées » tout en n'implémentant qu'un des trois, et les implications en matière de sécurité et d'évolutivité diffèrent considérablement.

Partage de réseau

Le partage de réseau est la version la plus basique. L'ensemble des validateurs est divisé en comités via un processus de brassage aléatoire, souvent piloté par une fonction aléatoire vérifiable ou VRF sur la chaîne de balises. Chaque comité est responsable du consensus d'un fragment et du bloc de production pour une époque définie, après quoi la mission est remaniée. Cette rotation est critique pour la sécurité car elle rend économiquement impossible pour un attaquant de corrompre ou de compromettre les validateurs d'un fragment spécifique, puisqu'ils ne savent pas à l'avance sur quel fragment ils atterriront.

Le partitionnement du réseau en lui-même n'augmente pas beaucoup le débit car chaque nœud peut toujours avoir besoin de vérifier les sorties de chaque fragment. Sa véritable valeur réside dans la configuration de la primitive de sécurité dont dépendent les deux autres types de partitionnement. Sans l’attribution aléatoire de comités, le partage des transactions et de l’État serait largement ouvert aux attaques ciblées contre des partitions spécifiques.

Partage de transactions

Le partitionnement des transactions achemine les transactions individuelles vers des partitions spécifiques. La clé de routage peut être l'adresse de l'expéditeur, le contrat de destination ou un hachage de la transaction elle-même. Zilliqa, l'un des premiers déploiements de production de partitionnement de transactions, divise les transactions par adresse d'expéditeur. Chaque fragment traite son sous-ensemble en parallèle, puis soumet ses résultats à une étape de consensus finale où le bloc global est assemblé.

Le problème du seul partitionnement des transactions est que tous les nœuds doivent toujours stocker l'état complet. Ainsi, même si vous bénéficiez d’une exécution parallèle, vous ne bénéficiez pas de la réduction de stockage associée au partitionnement d’état. Ceci est parfois appelé « partitionnement d’exécution » dans les documents de feuille de route antérieurs d’Ethereum.

Partage d'état

Le partage d'état est l'effort le plus lourd et le plus gros gain. L'état global est partitionné de sorte que chaque fragment n'en stocke qu'une partie. Un nœud affecté au fragment 3 n'a besoin que de conserver les comptes, les soldes et le stockage des contrats intelligents qui résident sur le fragment 3. Le résultat est une réduction spectaculaire des besoins en stockage et en bande passante par nœud, ce qui signifie un matériel moins cher, une participation plus facile et plus de décentralisation.

Le coût est la complexité. Lorsqu'une transaction doit lire ou écrire un état sur une partition différente de celle à laquelle elle a été soumise, les partitions doivent communiquer. Il s’agit du problème des fragments croisés, et il domine les défis techniques liés à la construction d’une chaîne fragmentée par l’État. Nous y reviendrons dans la section suivante.

Communication entre fragments

Les transactions entre fragments sont le point où la théorie rencontre la réalité. Imaginez qu'Alice sur le fragment 1 souhaite envoyer des jetons à Bob sur le fragment 2. Le transfert ne peut pas se terminer de manière atomique au sein d'un seul fragment car les changements d'état touchent deux partitions produites par différents comités dans différents blocs. Si le fragment 1 déduit le solde d'Alice mais que le fragment 2 ne parvient pas à créditer Bob, vous avez perdu des fonds. Si l’inverse se produit, vous avez créé des fonds à partir de rien. Ni l’un ni l’autre n’est acceptable.

La plupart des conceptions de production résolvent ce problème avec un protocole de validation en deux phases médié par la chaîne de balises. Le fragment 1 verrouille d'abord les fonds d'Alice et émet un reçu entre fragments qui est enregistré dans son en-tête de bloc. La chaîne de balises finalise cet en-tête. Shard 2 inclut ensuite le reçu dans son bloc suivant, crédite Bob et émet une confirmation qui est incluse dans la chaîne de balises. Ce n’est qu’une fois les deux étapes finalisées que le transfert est considéré comme terminé. L'ensemble de la danse prend généralement une à quelques secondes en fonction de l'heure du créneau de la chaîne et du gadget final.

Le protocole NEAR a popularisé une approche particulièrement élégante appelée transactions asynchrones entre fragments. NEAR traite chaque appel entre fragments comme un message asynchrone, de la même manière que les microservices communiquent sur un réseau. La partition de l'expéditeur planifie l'appel, la partition du destinataire le traite dans un bloc ultérieur et toute réponse revient de manière asynchrone. Les développeurs rédigent des contrats avec des API explicites basées sur des promesses, ce qui rend l'asynchronie visible au niveau de la couche application. Le compromis est que le code des contrats intelligents devient plus verbeux, mais le protocole peut évoluer proprement sans garanties d'atomicité exotiques.

Polkadot utilise un modèle différent appelé Cross-Consensus Messaging ou XCM. Les parachains, qui sont essentiellement les fragments de Polkadot, communiquent en envoyant des messages XCM via la chaîne de relais. Chaque parachain fonctionne comme un environnement d'exécution souverain et XCM fournit un format standardisé pour les transferts d'actifs, les appels de contrats et les actions de gouvernance entre eux. Les chaînes de travail TON utilisent une hiérarchie de chaînes de fragments et une chaîne principale qui achemine les messages, la chaîne principale produisant des preuves d'état globales auxquelles chaque fragment fait référence.

Compromis de partage

Le partage n'est pas gratuit. Le même partitionnement qui crée le parallélisme crée également de nouvelles surfaces d’attaque, et l’ingénierie d’une chaîne fragmentée est un exercice d’équilibre constant. Le risque le plus évoqué est la prise de contrôle d’un seul fragment, parfois appelée attaque 1 %. Dans une chaîne comportant 100 fragments et 10 000 validateurs au total, chaque fragment peut n'avoir que 100 validateurs. Un attaquant qui contrôle 1 % de la participation totale pourrait en principe cibler un seul fragment et y atteindre la majorité, même s'il ne détient qu'une infime part du réseau global.

L'affectation aléatoire à un comité est la principale défense. En tournant validator subset affectations imprévisibles et fréquentes, le protocole refuse à l'attaquant la possibilité de concentrer sa mise sur un fragment cible. Un VRF bien conçu combiné à un échantillonnage pondéré en fonction des enjeux rend extrêmement faible la probabilité qu'un attaquant contrôle plus d'un tiers d'un comité, en supposant qu'il ne contrôle pas la grande majorité du réseau total. De nombreuses conceptions nécessitent également des attestations d'un quorum de validateurs extérieurs au comité de production, ajoutant ainsi un niveau de défense supplémentaire.

L'autre gros compromis est la disponibilité des données. Si les producteurs de blocs d'un fragment publient un bloc mais retiennent les données de transaction sous-jacentes, le reste du réseau ne peut pas vérifier le bloc ni détecter la fraude. C'est le problème de la disponibilité des données, et il a motivé une vague d'innovation, notamment blockchain modulaire conçoit et couches de disponibilité des données dédiées comme Celestia. Nous y reviendrons dans la section sur l'échantillonnage de la disponibilité des données.

La croissance de l'état, l'équilibrage de charge du validateur et la complexité de l'exécution d'un nœud qui peut avoir besoin de changer de fragments à mi-époque sont des problèmes supplémentaires. Aucun de ces problèmes n’est insurmontable, mais ils expliquent pourquoi les chaînes fragmentées de production ont mis des années à mûrir et pourquoi certaines équipes ont finalement opté pour une mise à l’échelle centrée sur le cumul.

Sharding, rollups et sidechains

La pile de mise à l'échelle de Crypto est une soupe de concepts qui se chevauchent, et le partitionnement est régulièrement confondu avec les rollups et les sidechains. Il s’agit d’approches fondamentalement différentes, même si elles se ressemblent du point de vue de l’utilisateur. Le Sharding est une technique de mise à l'échelle de couche 1 qui modifie l'architecture de la chaîne de base. Les rollups sont des constructions de couche 2 qui exécutent des transactions hors chaîne et publient les résultats compressés sur la couche de base. Les sidechains sont des chaînes indépendantes reliées par des ponts.

Le moyen le plus clair de les distinguer est de savoir où se produit l'exécution et d'où vient la sécurité. Le Sharding s'exécute sur la chaîne de base sur plusieurs chaînes parallèles, toutes sécurisées par le même ensemble de validateurs. Les rollups s'exécutent hors chaîne sur leurs propres séquenceurs mais publient les données et les preuves sur la couche de base, héritant de sa sécurité grâce à des garanties cryptographiques ou économiques. Les sidechains s'exécutent sur leur propre infrastructure avec leurs propres validateurs et ne se connectent que vaguement à la chaîne principale via des ponts, ce qui signifie que leur sécurité est indépendante.

Dans les rollups, il existe une division supplémentaire entre rollups optimistes vs ZK en fonction de la façon dont ils prouvent l'exactitude de la couche de base. Les cumuls optimistes supposent leur validité à moins d'être contestés dans une fenêtre, tandis que les cumuls ZK soumettent des preuves cryptographiques d'exactitude avec chaque lot. Les deux approches bénéficient énormément de la disponibilité des données fragmentées sur la couche 1, qui est exactement là où aboutit la feuille de route moderne d'Ethereum.

Dans une pile entièrement modulaire, le sharding et les rollups se complètent. Une couche 1 fragmentée offre une disponibilité et un règlement des données abondants et bon marché. Les cumuls construits dessus exécutent la majeure partie des transactions utilisateur et publient leurs lots compressés sur la couche de base fragmentée. C’est la direction que prend Ethereum depuis la fusion de 2022, et c’est là que le consensus de l’industrie semble s’installer pour le prochain cycle.

Sharding en pratique : implémentations réelles

La théorie est une chose, l'expédition en est une autre. Une poignée de réseaux ont déployé le partitionnement en production et peuvent s’appuyer sur des années d’expérience opérationnelle. Chacun a fait des choix de conception différents, et les comparer est instructif.

PRÈS de Morelle

La conception Nightshade de NEAR traite l'ensemble du réseau comme produisant un bloc logique par emplacement, mais ce bloc est composé de « morceaux », chaque morceau étant produit par un fragment différent. Les validateurs sont divisés en comités qui prennent chacun une part, et une coordination de type balise produit l'en-tête de bloc unifié. NEAR utilise cette conception depuis 2020 et s'est progressivement étendu à davantage de fragments à mesure que le réseau se développait. Le modèle d'appel asynchrone entre contrats est une caractéristique déterminante du développement de NEAR et a enseigné à l'industrie de précieuses leçons sur la manière d'exposer la sémantique asynchrone aux développeurs.

Zilliqa

Zilliqa a été lancée en 2019 et a été la première grande chaîne publique à expédier le sharding. Il utilise le partage de réseau et le partage de transactions sans partage d'état, ce qui signifie que les nœuds conservent l'état complet. Le débit évolue avec le nombre de partitions jusqu'à un plafond, et le comité Directory Service (DS) rassemble les résultats de chaque comité de partition dans un bloc global. Zilliqa est un point de référence utile car il prouve que le concept fonctionne en production, même si ses choix de conception ont été affinés par des projets ultérieurs.

Parachaines à pois

Le modèle de parachain de Polkadot partage la souveraineté. Chaque parachain est essentiellement un fragment hétérogène avec sa propre logique d'exécution, sa gouvernance et ses propres tokenomics, mais sécurisé par le validateur de chaîne de relais de Polkadot défini via un processus appelé sécurité partagée. Les validateurs Parachain sont attribués et alternés de manière aléatoire, et la chaîne de relais assure la finalité. Les machines à sous Parachain sont mises aux enchères, ce qui détermine le nombre de parachains pouvant exister à la fois, mais garantit que chacune d'entre elles a une peau économique dans le jeu.

MultiversX

MultiversX (anciennement Elrond) implémente le partitionnement d'état adaptatif, qui ajuste automatiquement le nombre de partitions en fonction de la charge du réseau. La métachaîne coordonne les fragments de travail, gère le brassage des validateurs et traite les finalisations entre fragments. MultiversX combine les trois types de partitionnement dans une seule conception et, sur les réseaux de test, a démontré des débits de plusieurs centaines de milliers de TPS, bien que l'utilisation dans le monde réel ait été inférieure.

Chaînes de travail TON

TON mérite une mention dédiée car son modèle de sharding est exceptionnellement ambitieux. La chaîne principale coordonne les chaînes de travail, et chaque chaîne de travail peut se diviser dynamiquement en chaînes de fragments lorsque la charge augmente et fusionner lorsqu'elle diminue. Ce « paradigme de partitionnement infini » est conçu pour gérer une échelle massive sans nécessiter de provisionnement manuel des partitions. Si vous souhaitez un examen plus approfondi, notre dédié Partage de TON Le guide décrit en détail la hiérarchie de la masterchain, des chaînes de travail et des chaînes de fragments.

Ethereum et partage

La relation d'Ethereum avec le sharding est l'une des études de cas les plus intéressantes en matière de conception de protocoles. La feuille de route originale d'Ethereum 2.0 de 2017 prévoyait 64 fragments d'exécution, chacun avec son propre état et son propre traitement de transaction, tous coordonnés par la chaîne de balises. La chaîne Beacon elle-même a été lancée en décembre 2020, et pendant un certain temps, la communauté a supposé que le partitionnement de l'exécution complète n'était que dans quelques années.

Puis est venu le pivot centré sur le rollup. Fin 2020, Vitalik Buterin a proposé qu'au lieu de fragmenter l'exécution au niveau de la couche 1, Ethereum devrait plutôt faire des rollups le principal véhicule de mise à l'échelle et de disponibilité des données de fragmentation. Le raisonnement était que les cumuls, en particulier les cumuls ZK, pourraient offrir une évolutivité d'exécution plus rapide que la reconstruction de l'EVM sur plusieurs fragments, et que la couche de base pourrait se concentrer sur ce qu'elle fait le mieux : le règlement et la disponibilité des données. La communauté a accepté et le partitionnement de l’exécution a été effectivement abandonné.

Ce qui l'a remplacé est le danksharding. Proposé par Dankrad Feist, chercheur à Ethereum, le danksharding transforme Ethereum en une couche de disponibilité des données pour les cumuls. Au lieu de plusieurs fragments d'exécution, la chaîne propose des « blobs », qui sont de gros morceaux de données attachés à des blocs mais non traités par l'EVM. Les rollups publient leurs données de transaction compressées sous forme de blobs, bénéficient d'un stockage bon marché et héritent de la sécurité d'Ethereum. EIP-4844, également appelé proto-danksharding, expédié en 2024 et a introduit les transactions transportant des objets blob comme précurseur du danksharding complet.

En 2026, Ethereum est en train de déployer le danksharding complet, ce qui augmente considérablement le débit des blob et introduit l'échantillonnage de la disponibilité des données afin qu'aucun nœud n'ait besoin de télécharger chaque blob. L'état final est une chaîne dans laquelle les rollups gèrent l'exécution, les blobs fournissent une disponibilité des données à moindre coût et les nœuds complets ordinaires vérifient tout via des engagements d'échantillonnage et de chiffrement. Il s’agit d’un partage, mais pas du genre promis par la feuille de route de 2017.

Échantillonnage de la disponibilité des données

L'échantillonnage de la disponibilité des données, souvent abrégé en DAS, est l'une des innovations les plus importantes dans la recherche sur l'évolutivité de la blockchain et mérite sa propre section. Le problème qu'il résout est simple : dans tout système fragmenté ou basé sur un cumul, le réseau doit être sûr que les données derrière un bloc ont effectivement été publiées, même si aucun nœud ne les a entièrement téléchargées. Sans cette garantie, un producteur de blocs malveillant pourrait publier un en-tête mais retenir les données, rendant ainsi impossible la détection de la fraude.

La solution naïve consiste à exiger que chaque nœud télécharge toutes les données, mais cela va à l'encontre de l'intérêt du partitionnement. DAS résout ce problème grâce au codage par effacement et à l'échantillonnage aléatoire. Les données du bloc sont codées avec effacement de sorte que 50 % des octets codés suffisent à reconstruire l'intégralité des données. Chaque nœud échantillonne ensuite de manière aléatoire de petites tranches de données codées du réseau. Si un producteur retient des données, les tranches manquantes apparaîtront rapidement sur de nombreux échantillonneurs indépendants et le bloc pourra être rejeté avant d'être finalisé.

Les mathématiques sont belles. Avec seulement quelques dizaines d’échantillons aléatoires par nœud, la probabilité de ne pas détecter un bloc de données manquant devient extrêmement faible. Cela signifie que même les clients très légers, y compris les clients mobiles et basés sur un navigateur, peuvent participer à la vérification de la disponibilité des données sans avoir à télécharger la chaîne complète. L'échantillonnage data availability est au cœur du plan complet de danksharding d'Ethereum et constitue également la technologie de base derrière Celestia, la première chaîne conçue à partir de zéro comme une couche dédiée à la disponibilité des données.

Celestia et les projets similaires appartiennent au mouvement blockchain modulaire, qui sépare l'exécution, le règlement, le consensus et la disponibilité des données en couches spécialisées. Un rollup peut exécuter des transactions, régler des différends sur Ethereum, parvenir à un consensus via son propre séquenceur et publier des données sur Celestia pour en assurer la disponibilité. Les couches de données partagées et les architectures modulaires convergent vers la même vision : garder chaque fonction étroite, faire évoluer chaque couche indépendamment et laisser le marché choisir la meilleure combinaison.

Limitations et problèmes ouverts

Malgré toutes ses promesses, le sharding présente encore des problèmes non résolus auxquels les chercheurs et les ingénieurs sont confrontés quotidiennement. L’atomicité entre fragments reste la plus difficile. Les protocoles de validation en deux phases utilisés aujourd'hui fonctionnent, mais ils introduisent une latence qui peut étendre les transactions entre fragments sur plusieurs emplacements. Pour les applications qui dépendent de la composabilité synchrone, comme les protocoles DeFi complexes qui doivent exécuter plusieurs étapes de manière atomique, cette latence est une véritable contrainte. Certaines équipes explorent une exécution optimiste entre fragments avec restauration, qui semblerait synchrone pour l'utilisateur mais nécessiterait une réconciliation périodique sous le capot.

MEV sur les fragments est un autre problème ouvert. Sur une chaîne monolithique, le validateur produisant le bloc dispose d'une seule fenêtre dans laquelle extraire la valeur extractible maximale. Sur une chaîne fragmentée, les opportunités MEV peuvent s'étendre sur plusieurs fragments, nécessitant une coordination entre les producteurs de blocs au sein de différents comités. Cela crée de nouveaux vecteurs d'attaque comme la corruption entre les dirigeants des fragments ou la censure sélective des messages entre fragments. La vague de recherche MEV de 2024 à 2026 a produit plusieurs propositions d’atténuation, notamment la séparation proposant-constructeur étendue aux environnements fragmentés, mais aucune n’a été entièrement déployée à grande échelle.

L'équilibrage de charge du validateur est un problème plus silencieux mais important. Si un fragment devient plus populaire que les autres, peut-être parce qu'une dApp dynamique y réside, ses validateurs sont confrontés à des demandes de calcul et de stockage plus élevées. Les conceptions de partitionnement adaptatif comme MultiversX tentent de rééquilibrer dynamiquement en divisant les fragments chauds, mais le processus n'est pas trivial et introduit de nouveaux modes de défaillance. Le modèle de producteur de fragments uniquement de NEAR résout en partie ce problème en permettant aux producteurs de fragments de se spécialiser dans des fragments spécifiques tandis que les validateurs restent flexibles.

Les preuves d'état à longue portée, la validation sans état et la taille des témoins sont également des domaines de recherche actifs. Le rêve est une chaîne fragmentée où chaque nœud, y compris les clients téléphoniques, peut vérifier n'importe quel bloc sur n'importe quel fragment avec un minimum de données, en utilisant des preuves cryptographiques pour compresser ce qui serait autrement des téraoctets d'état. Les arbres Verkle, les chaînes de montagnes Merkle et les preuves ZK récursives jouent tous dans cet avenir. Nous n’en sommes pas encore là, mais la trajectoire est claire.

L'avenir du partage

L'avenir du sharding ne ressemble pas à la vision de 2017 des chaînes monolithiques avec 64 partitions d'exécution. Cela ressemble à une pile modulaire où les couches de disponibilité des données fragmentées se trouvent sous des écosystèmes de cumuls, et où le partitionnement de couche 1 et les cumuls de couche 2 se complètent au lieu de se concurrencer. Le danksharding d'Ethereum et la feuille de route centrée sur le rollup en sont l'expression la plus claire, mais les zones Cosmos avec sécurité partagée, les parachains à mise à l'échelle élastique de Polkadot et le sharding infini de TON sont tous des chemins liés à la marche.

Attendez-vous à ce que la disponibilité des données devienne une commodité dans les prochaines années. Plusieurs chaînes seront en compétition pour offrir la couche DA la moins chère et la plus fiable pour les rollups et les chaînes d'applications. Le partage sera la technique sous-jacente qui rendra cette compétition possible, car sans lui, aucune chaîne ne pourrait gérer le volume de données provenant de milliers de cumuls et de chaînes d'applications. Nous pouvons même voir des fragments spécialisés pour des charges de travail spécifiques, comme un fragment optimisé pour les données commerciales à faible latence et un autre pour le stockage d'archives.

La composabilité entre chaînes s'améliorera considérablement à mesure que la messagerie entre fragments mûrira. Les mêmes protocoles qui permettent aux parachains de communiquer entre eux ou aux chaînes de travail de se coordonner à travers TON peuvent être généralisés pour permettre aux rollups de communiquer de manière native sans recourir à des ponts tiers. C’est l’une des raisons pour lesquelles le mouvement modulaire et l’écosystème de la chaîne fragmentée convergent : ils partagent des besoins en matière d’infrastructure.

Du point de vue des développeurs, le partitionnement devient une préoccupation du backend plutôt que du frontend. Les premières chaînes fragmentées ont obligé les développeurs à réfléchir sérieusement au fragment sur lequel reposait leur contrat, à la manière de gérer les appels asynchrones et à la manière de gérer l'état entre les partitions. Les conceptions les plus récentes cachent davantage cela derrière les abstractions des outils et du runtime, permettant aux développeurs d'écrire du code qui semble mono-chaîne même s'il s'exécute sur de nombreux fragments. À mesure que cette tendance se poursuit, le partitionnement disparaîtra dans l’infrastructure et la plupart des utilisateurs ne s’en apercevront jamais, un peu comme la mise en cache CDN ou le partage de bases de données dans les applications Web traditionnelles.

FAQ

Ethereum utilise-t-il toujours le sharding ?

Oui, mais pas de la manière initialement prévue. Ethereum est passé du partage d'exécution au partage de données, appelé danksharding. La chaîne Beacon coordonne toujours une couche de disponibilité des données fragmentées, et EIP-4844 a introduit les transactions transportant des objets blob en 2024 comme première étape. Le danksharding complet est déployé jusqu'en 2026 et augmentera considérablement la capacité de disponibilité des données de la chaîne, bénéficiant principalement aux cumuls. La chaîne est donc fragmentée, uniquement pour les données plutôt que pour l'exécution.

Quelle est la différence entre le partitionnement et les rollups ?

Sharding est une technique de mise à l'échelle de couche 1 qui divise la chaîne de base en plusieurs chaînes parallèles traitées par différents comités de validation. Les rollups sont des constructions de couche 2 qui exécutent des transactions hors chaîne et publient les résultats sur la couche de base, héritant de la sécurité de la couche de base via des preuves de fraude ou des preuves de connaissance nulle. Sharding met à l'échelle la couche de base, les cumuls s'adaptent au-dessus. Ils sont complémentaires et la pile moderne utilise les deux.

Le partage est-il sécurisé ?

Le partage peut être sécurisé s'il est conçu correctement. Le principal risque est la prise de contrôle d'un seul fragment, où un attaquant concentre sa participation sur un fragment spécifique. L'affectation aléatoire des comités, la rotation fréquente, l'échantillonnage pondéré en fonction des enjeux et l'attestation du quorum sont les défenses standard. Combinées à un échantillonnage de la disponibilité des données et à des incitations économiques telles que le slashing, les chaînes fragmentées modernes atteignent des niveaux de sécurité comparables à ceux des chaînes monolithiques, bien que le modèle de sécurité soit plus complexe à analyser. Un 51% d'attaque sur un seul fragment avec un caractère aléatoire faible serait beaucoup moins cher que d'attaquer la chaîne entière, c'est pourquoi la qualité du caractère aléatoire est si importante.

Qu'est-ce que l'échantillonnage de disponibilité des données ?

L'échantillonnage de disponibilité des données est une technique qui permet aux nœuds légers de vérifier que les données du bloc ont été publiées sans télécharger l'intégralité du bloc. Les données sont codées avec effacement afin que n'importe quelle fraction puisse reconstruire l'ensemble et les nœuds de manière aléatoire. sample petites tranches du réseau. Si les données sont retenues, les tranches manquantes apparaissent rapidement sur de nombreux échantillonneurs. DAS est au cœur du plan de danksharding d'Ethereum et des chaînes de disponibilité de données dédiées comme Celestia.

Quelles blockchains utiliseront le sharding en 2026 ?

Les chaînes fragmentées de production en 2026 incluent NEAR Protocol (Nightshade), Zilliqa, Polkadot (parachains), MultiversX (fragmentation d'état adaptatif) et TON (chaînes de travail et chaînes de fragmentation). Ethereum implémente le partage de données via le danksharding. Celestia et les chaînes modulaires similaires utilisent des techniques de partitionnement adjacentes pour la disponibilité des données. Chaque conception fait des compromis différents entre le partage d'exécution, le partage d'état et le partage de données, mais tous partagent l'idée principale de partitionner la charge de travail entre des comités parallèles.

Une chaîne fragmentée peut-elle prendre en charge des contrats intelligents qui s'étendent sur plusieurs fragments ?

Oui, mais l'expérience du développeur diffère d'une chaîne monolithique. La plupart des chaînes fragmentées nécessitent que les appels de contrat entre fragments soient asynchrones, ce qui signifie que l'appelant planifie un appel et que le résultat revient dans un bloc ultérieur. L'API basée sur les promesses de NEAR est un exemple représentatif. Certaines conceptions visent à fournir une composabilité synchrone entre fragments grâce à une exécution optimiste avec restauration, mais les déploiements de production s'appuient aujourd'hui fortement sur des modèles asynchrones, ce qui influence la façon dont les protocoles et les jeux DeFi sont architecturés sur des chaînes fragmentées.

Conclusion

Sharding est l'une des idées architecturales les plus profondes de l'ingénierie blockchain. Il prend le trilemme de front en répartissant le travail entre les comités de validation, en divisant l'état entre les fragments et en se coordonnant via une chaîne de balises. Bien réalisé, il offre un débit qui évolue en fonction du nombre de fragments tout en préservant la décentralisation et la sécurité. Mal exécuté, il ouvre de nouvelles surfaces d’attaque et complique l’expérience du développeur. Les chaînes qui ont expédié le sharding ont passé des années avec succès à répéter la conception, et les leçons de NEAR, Zilliqa, Polkadot, MultiversX et TON ont informé l'ensemble du secteur.

Le tableau 2026 est plus nuancé que la vision 2017. Le partage d'exécution pur a largement cédé la place au partage de données et aux cumuls, avec des architectures modulaires combinant des couches spécialisées pour l'exécution, le règlement, le consensus et la disponibilité des données. Le passage d'Ethereum de 64 fragments d'exécution au danksharding plus rollups est l'exemple le plus visible, mais il fait partie d'un consensus plus large de l'industrie. Que vous construisiez un protocole DeFi, choisissiez une chaîne sur laquelle déployer ou essayiez simplement de comprendre où se dirige l'infrastructure cryptographique, le sharding est un concept qui mérite d'être connu en profondeur.

La prochaine fois que vous verrez une chaîne annonçant « 100 000 TPS » ou « une évolutivité infinie », regardez comment elle implémente le partitionnement. Demandez s'il fragmente le réseau, les transactions, l'état ou les données. Vérifiez comment il randomise les comités, comment fonctionnent les messages entre fragments et si l'échantillonnage de la disponibilité des données fait partie de la pile. Les réponses vous en diront bien plus sur la véritable ingénierie de la chaîne que n’importe quelle diapositive marketing. Combinez ces connaissances avec une compréhension de PoW contre PoS mécanismes de consensus, et vous disposez des bases nécessaires pour évaluer toute nouvelle blockchain sur ses mérites techniques plutôt que sur son battage médiatique.