Sharding blockchain : définition et exemples

Le sharding est une technique de scalabilité blockchain qui divise un réseau en groupes plus petits, appelés shards, qui traitent les transactions et stockent les données en parallèle au lieu que chaque nœud fasse tout le travail. C'est l'un des principaux moyens pour une blockchain layer-1 d'augmenter son débit sans exiger de chaque validateur des machines toujours plus puissantes.

Définition du sharding

Le terme vient des bases de données, où une grande table est découpée en « shards » horizontaux répartis sur différents serveurs. Appliqué à une blockchain, le sharding signifie que chaque validateur ne traite et ne stocke qu'une partie de l'activité du réseau, tandis que le système reste une seule chaîne avec un seul token.

Il existe trois types de sharding, et un réseau peut en utiliser un seul ou les trois :

• Sharding du réseau : les validateurs sont répartis en groupes, chacun responsable d'un shard.
• Sharding des transactions : chaque transaction est traitée par un seul shard plutôt que par tous les nœuds.
• Sharding de l'état : chaque shard ne stocke que sa partie du registre (soldes, stockage des contrats), de sorte qu'aucun nœud n'a à tout conserver. C'est le type le plus difficile à construire, car les transactions touchent souvent des comptes situés sur des shards différents.

Comment fonctionne le sharding

Une chaîne avec sharding de l'état fonctionne généralement ainsi :

1. Attribution des comptes. Chaque compte et chaque smart contract réside sur un shard, généralement déterminé par son adresse.
2. Attribution des validateurs. Les validateurs sont affectés aléatoirement aux shards et redistribués périodiquement, afin que les attaquants ne puissent ni prévoir ni se concentrer sur un shard.
3. Blocs en parallèle. Chaque shard produit ses propres blocs en même temps que les autres.
4. Coordination. Une chaîne de coordination (MultiversX l'appelle la metachain) notarie les en-têtes de blocs des shards afin que ceux-ci s'accordent sur un historique global unique.
5. Messages inter-shards. Lorsqu'une transaction envoie de la valeur ou appelle un contrat sur un autre shard, elle s'exécute en deux étapes : débit sur le shard de l'expéditeur, puis crédit ou exécution sur le shard du destinataire. Les appels inter-shards sont donc asynchrones.

Les approches diffèrent selon les chaînes :

• MultiversX utilise l'Adaptive State Sharding, qui combine sharding du réseau, des transactions et de l'état. La configuration du réseau indiquait 3 shards d'exécution plus la metachain lors de notre vérification du 10 octobre 2026, et la conception permet d'ajouter ou de fusionner des shards selon la charge (documentation MultiversX). Sa mise à niveau Supernova était prévue à l'epoch 2233 (10 septembre 2026) pour réduire le temps de bloc de 6 secondes à 600 ms. La configuration en direct affichait une durée de round de 600 ms à l'epoch 2259 le 10 octobre 2026 : la mise à niveau est donc active.
• Ethereum a abandonné son projet initial de sharding de l'exécution au profit d'une feuille de route centrée sur les rollups, appelée danksharding, qui fragmente la disponibilité des données pour les layer-2 plutôt que l'exécution. Le proto-danksharding (EIP-4844, les « blobs ») a été déployé avec la mise à niveau Dencun le 13 mars 2024. PeerDAS (EIP-7594), qui permet aux nœuds de n'échantillonner qu'une partie des données des blobs, a suivi avec la mise à niveau Fusaka en décembre 2025 (ethereum.org, Blockworks).
• Sui ne divise pas son état en shards. Elle passe à l'échelle grâce à un modèle de données centré sur les objets : les transactions qui ne touchent que des objets détenus peuvent contourner le consensus, celles qui portent sur des objets partagés sont ordonnées par le protocole de consensus Mysticeti, et les transactions sans objets en commun s'exécutent en parallèle (documentation Sui).

Exemple de sharding

Hypothèse, avec des chiffres ronds : une chaîne sans sharding traite 1 000 transactions par seconde, limitée par ce qu'un seul validateur peut exécuter. Divisez-la en 4 shards et, si chaque transaction reste à l'intérieur d'un shard, le réseau peut en théorie traiter environ 4 × 1 000 = 4 000 transactions par seconde, car chaque shard travaille en parallèle.

Le trafic réel est plus complexe. Supposons que 30 % des transactions soient inter-shards et que chacune coûte environ le double de travail, car elle est traitée une fois de chaque côté. Le travail moyen par transaction est alors de 0,7 × 1 + 0,3 × 2 = 1,3 unité, et la capacité effective d'environ 4 000 ÷ 1,3 ≈ 3 077 transactions par seconde. C'est toujours un gain, mais inférieur au chiffre annoncé.

Pourquoi le sharding compte

• Des frais plus bas sous forte charge. Plus de capacité signifie moins de concurrence pour l'espace de bloc, ce qui maintient les frais de gas plus bas en période d'affluence.
• Complexité pour les développeurs. Avec les appels inter-shards asynchrones, un contrat ne peut pas toujours lire l'état d'un autre contrat et agir en conséquence dans la même transaction. Les applications doivent gérer les callbacks et les échecs partiels.
• Compromis de sécurité. Chaque shard est sécurisé par un sous-ensemble de validateurs, d'où l'importance de l'attribution aléatoire et de redistributions fréquentes. Le sharding est aussi lié à la conception du consensus du réseau ; voir proof of stake vs proof of work.

Le sharding sur JewelSwap

Les smart contracts MultiversX de JewelSwap, comme tout compte MultiversX, résident chacun sur un shard précis. Lorsque votre wallet se trouve sur un autre shard que le contrat, votre transaction est traitée comme un appel inter-shards : elle quitte d'abord votre shard puis s'exécute peu après sur celui du contrat, et les appels de contrat à contrat entre shards sont asynchrones. C'est le comportement normal sur MultiversX, pas une erreur. Notre guide de JewelSwap sur MultiversX présente ce qui y tourne, et notre liste des meilleurs protocoles DeFi sur MultiversX montre l'écosystème plus large.

Termes associés

• Frais de gas — le coût d'inclusion d'une transaction on-chain.
• Epoch — une période fixe après laquelle les validateurs, y compris leur affectation aux shards, peuvent tourner.
• Slashing — les pénalités infligées aux validateurs qui se comportent mal ou se déconnectent.
• Bridge crypto — le transfert d'actifs entre chaînes distinctes, contrairement aux transferts inter-shards au sein d'une même chaîne.
• LST (liquid staking token) — un token représentant des actifs stakés sur une chaîne proof of stake.

En savoir plus sur le blog JewelSwap

• Proof of stake vs proof of work — les modèles de consensus sur lesquels reposent les chaînes shardées.
• Meilleurs protocoles DeFi sur MultiversX en 2026 — ce qui se construit sur la layer-1 shardée la plus connue.
• JewelSwap sur MultiversX — les produits JewelSwap sur MultiversX et comment les utiliser.
• Que sont les frais de gas ? — pourquoi l'espace de bloc a un prix et comment la capacité du réseau l'influence.

Questions fréquentes

Qu'est-ce que le sharding, en termes simples ?

Le sharding divise une blockchain en parties plus petites, appelées shards, qui traitent les transactions en parallèle. Chaque validateur ne gère qu'une partie, si bien que le réseau dans son ensemble peut traiter plus de transactions qu'une seule machine.

Qu'est-ce que l'Adaptive State Sharding ?

L'Adaptive State Sharding est la conception de MultiversX. Elle combine sharding du réseau, des transactions et de l'état, utilise une metachain pour coordonner les shards et est conçue pour que des shards puissent être ajoutés ou fusionnés selon l'évolution de la demande.

Sharding ou rollups layer-2 : quelle différence ?

Le sharding fait passer à l'échelle la couche de base elle-même en la divisant en shards parallèles. Les rollups exécutent les transactions sur une layer-2 distincte et renvoient les données vers la chaîne de base. Ethereum combine les deux idées : le danksharding fragmente la disponibilité des données pour rendre les rollups moins chers.

Glossaire crypto JewelSwap · contenu pédagogique, pas un conseil financier. Mis à jour le 10 octobre 2026. Parcourir le glossaire complet.