Trilemme de la blockchain : explication et solutions

Le trilemme de la blockchain, aussi appelé trilemme de la scalabilité, désigne l'idée qu'une blockchain ne peut facilement réunir que deux des trois propriétés suivantes à la fois : la décentralisation, la sécurité et la scalabilité. Augmentez le débit en demandant davantage de travail aux nœuds, et moins de personnes pourront faire tourner un nœud ; répartissez la charge sur de nombreuses petites chaînes, et chacune devient plus facile à attaquer. Le concept a été popularisé par Vitalik Buterin, cofondateur d'Ethereum, et la plupart des architectures blockchain modernes peuvent se lire comme une tentative d'y échapper.

Ce guide explique d'où vient le trilemme, ce que recouvre réellement chaque propriété, comment les rollups, le sharding et l'exécution parallèle tentent d'obtenir les trois, et pourquoi certains chercheurs y voient davantage une règle empirique qu'une loi.

Qu'est-ce que le trilemme de la blockchain ?

La formulation la plus claire figure dans l'essai de Buterin d'avril 2021 « Why sharding is great ». Il y décrit trois propriétés qu'une blockchain cherche à posséder, et affirme que les techniques « simples » n'en procurent que deux :

• Scalabilité : la chaîne « peut traiter plus de transactions qu'un seul nœud ordinaire (pensez : un ordinateur portable grand public) ne peut en vérifier ».
• Décentralisation : la chaîne « peut fonctionner sans aucune dépendance de confiance envers un petit groupe de grands acteurs centralisés ».
• Sécurité : la chaîne « peut résister à une large proportion de nœuds participants qui tenteraient de l'attaquer ».

L'idée est antérieure à cet essai. La Sharding FAQ d'Ethereum, un document de recherche des débuts, se demandait déjà s'il existait « une sorte de trilemme de la scalabilité », en définissant la décentralisation comme un système où chaque participant n'a besoin que des ressources d'« un ordinateur portable ordinaire ou d'un petit VPS ».

Observez ce que font ces définitions. La scalabilité se mesure par rapport à ce qu'un nœud ordinaire peut traiter, et non comme un nombre brut de transactions par seconde. Une chaîne qui traite 100 000 transactions par seconde mais exige du matériel de centre de données pour les vérifier n'a pas résolu le trilemme ; elle a choisi la scalabilité au détriment de la décentralisation.

Les trois compromis classiques

L'essai de Buterin classe les architectures naïves en trois groupes, chacun retenant deux sommets du triangle :

La tension sous-jacente est le coût des ressources. Si chaque nœud doit tout vérifier, le nœud le plus lent que l'on souhaite inclure fixe la limite de vitesse. Si l'on relève cette limite, on réduit le nombre de personnes pouvant participer. Si l'on répartit le travail entre des groupes, chaque groupe est plus petit et moins coûteux à corrompre. Notre guide proof of stake vs proof of work explique comment se détermine, au départ, le coût d'une attaque contre une chaîne.

Les rollups : la scalabilité de l'exécution hors chaîne

La principale réponse d'Ethereum a été les rollups de layer 2. Un rollup exécute les transactions sur un réseau distinct, puis publie les données sur Ethereum accompagnées soit d'une preuve de validité (ZK rollups), soit d'une affirmation que chacun peut contester au moyen d'une preuve de fraude (optimistic rollups). La couche de base reste suffisamment légère pour être vérifiée par des nœuds ordinaires, tandis que l'exécution a lieu ailleurs.

Au regard du trilemme, les rollups cherchent à conserver la décentralisation et la sécurité d'Ethereum tout en ajoutant de la capacité. L'essai de Buterin de décembre 2021 « Endgame » exposait le compromis : « La production de blocs est centralisée, la validation des blocs est sans tiers de confiance et hautement décentralisée, et la censure reste empêchée. » Un opérateur puissant peut produire les blocs, à condition que chacun puisse les vérifier à moindre coût.

La pratique a pris du retard sur la théorie. Au 17 octobre 2026, L2BEAT classait 57 des 67 projets layer 2 qu'il évaluait au Stage 0, ce qui signifie que les opérateurs pouvaient encore passer outre les règles. Le 3 février 2026, Buterin écrivait que « la vision originelle des L2 et de leur rôle dans Ethereum n'a plus de sens, et nous avons besoin d'une nouvelle voie », invoquant la lenteur des progrès en matière de décentralisation et une couche de base qui passe désormais à l'échelle avec des frais faibles (The Defiant). Notre guide du layer 2 détaille les rollups.

Le sharding : répartir le travail sur le layer 1

Le sharding s'attaque frontalement au trilemme. Au lieu que chaque nœud traite chaque transaction, les validateurs sont répartis en groupes (shards) qui gèrent chacun une partie de la charge, tandis qu'une couche de coordination maintient l'accord entre les shards. Pour empêcher un attaquant de se concentrer sur un seul shard, les validateurs sont affectés aléatoirement et régulièrement redistribués. L'essai de Buterin de 2021 soutient que cette combinaison est « une technique qui vous donne les trois » : chaque nœud n'effectue qu'une fraction du travail, aucun supernœud n'est nécessaire, et un attaquant doit vaincre l'ensemble du système plutôt qu'une petite partie.

Ethereum lui-même s'est éloigné du sharding de l'exécution. Il sharde désormais les données : les blobs de la mise à niveau Dencun (13 mars 2024) et PeerDAS de la mise à niveau Fusaka (3 décembre 2025) permettent aux nœuds de confirmer que les données des rollups sont disponibles en les échantillonnant plutôt qu'en les téléchargeant intégralement (Ethereum Foundation).

MultiversX pratique le sharding de l'exécution sur sa chaîne principale. Son adaptive state sharding combine sharding du réseau, des transactions et de l'état, avec une metachain qui décide à chaque epoch quels nœuds changent de shard ; la sélection repose sur de l'aléa afin de ne pas pouvoir être prédite à l'avance. Dans le cadre de son consensus Secure Proof of Stake, chaque validateur doit staker au moins 2 500 EGLD (documentation MultiversX). La configuration du réseau en direct au 17 octobre 2026 indiquait 3 shards d'exécution, 400 nœuds par shard et un round de 600 ms (passerelle MultiversX).

Le prix à payer est la complexité. Une transaction qui touche des comptes situés sur deux shards s'exécute en deux étapes et de manière asynchrone, ce qui rend certaines interactions DeFi plus difficiles à composer. Notre guide du sharding et l'explication d'EGLD et de MultiversX approfondissent le sujet.

DAG et exécution parallèle : l'approche de Sui

Une troisième voie conserve une seule chaîne mais exploite chaque cœur de chaque validateur. Sui ordonne les transactions avec Mysticeti, un protocole de consensus dans lequel les validateurs proposent des blocs en parallèle, ces blocs se référençant mutuellement pour former un graphe orienté acyclique (DAG). La documentation de Sui indique que Mysticeti finalise en 0,5 seconde environ en moyenne, avec un débit soutenu de 200 000 transactions par seconde lors de benchmarks, tout en précisant qu'il s'agit de chiffres obtenus en test contrôlé et non de métriques de production.

Le modèle de données de Sui y contribue aussi. Chaque transaction déclare les objets qu'elle utilise et, selon la documentation sur le cycle de vie des transactions, les transactions qui n'entrent pas en conflit sur leurs entrées s'exécutent entièrement en parallèle. Deux personnes qui échangent dans deux pools différents n'ont pas à s'attendre.

Au regard du trilemme, cette approche pousse la scalabilité en rendant chaque validateur plus efficace plutôt qu'en divisant le réseau. Le compromis porte sur le matériel exigé. Le guide des validateurs de Sui recommande au moins 24 cœurs physiques, 128 Go de mémoire, 4 To de stockage NVMe et une connexion de 1 Gbit/s, bien au-delà d'un ordinateur portable grand public. Nos guides sur Sui et Mysticeti expliquent cette architecture.

Le trilemme est-il réel ? Les principales critiques

Le trilemme est un raccourci utile, mais ce n'est pas un théorème démontré. Objections courantes :

• Les termes sont flous. « Décentralisé » et « sécurisé » n'ont pas de mesure unique et reconnue. Une chaîne peut compter ses validateurs, ses nœuds complets, la répartition de son stake ou la diversité de ses clients, et chaque critère donne une réponse différente.
• C'est un instantané de la technologie actuelle. La formulation originale décrit ce que permettent les techniques « simples ». Les preuves de validité, l'échantillonnage de la disponibilité des données et de meilleurs protocoles de consensus ont chacun repoussé la frontière, ce qui explique pourquoi Buterin lui-même soutient que le sharding et les rollups peuvent obtenir les trois.
• Le matériel progresse sans cesse. Ce qui constitue un « nœud ordinaire » évolue chaque année : un niveau de débit qui exigeait autrefois une centralisation pourra plus tard tourner sur des machines grand public.
• D'autres compromis comptent aussi. La latence, la composabilité, le coût et la complexité n'apparaissent pas dans le triangle, et pourtant ils déterminent quelle architecture convient à quel usage. Le sharding, par exemple, passe bien à l'échelle mais rend les appels inter-shards asynchrones.
• Le marketing en abuse. De nombreux projets prétendent avoir « résolu le trilemme ». En pratique, vérifiez ce qu'une chaîne suppose du matériel des validateurs, combien de parties indépendantes font tourner des nœuds, et ce qu'un attaquant devrait contrôler.

En résumé : rien n'est gratuit, mais le prix de chaque sommet a baissé. Les architectures se distinguent surtout par les hypothèses qu'elles acceptent de faire.

La place de JewelSwap

JewelSwap est construit sur des layer 1 qui empruntent des chemins différents face au trilemme : le liquid staking JWLEGLD sur MultiversX et son sharding, JWLSUI sur Sui et JWLXRD sur Radix. L'architecture de chaque chaîne façonne les frais, la vitesse et ce à quoi vous devez faire confiance.

Questions fréquentes

Qu'est-ce que le trilemme de la blockchain, en termes simples ?

C'est l'idée qu'une blockchain ne peut facilement posséder que deux de ces trois propriétés : la décentralisation, la sécurité et la scalabilité. En améliorer une, comme le débit, se fait généralement au détriment d'une autre, comme le nombre de personnes ayant les moyens de faire tourner un nœud.

Qui est à l'origine du trilemme de la blockchain ?

Vitalik Buterin, cofondateur d'Ethereum, l'a popularisé. Il apparaît dans la Sharding FAQ des débuts d'Ethereum et dans son essai d'avril 2021 « Why sharding is great », qui définit les trois propriétés.

Le trilemme de la scalabilité est-il le même que le trilemme de la blockchain ?

Oui. Les deux noms décrivent le même compromis entre décentralisation, sécurité et scalabilité. Buterin lui-même parle de trilemme de la scalabilité.

Quelqu'un a-t-il résolu le trilemme de la blockchain ?

Aucune chaîne ne l'a démontré de façon incontestable. Les rollups, le sharding et l'exécution parallèle repoussent chacun les limites, mais chacun repose sur des hypothèses concernant les opérateurs, le matériel ou la complexité inter-shards. Considérez « trilemme résolu » comme un argument marketing et vérifiez les détails.

Quel est le lien entre les layer 2 et le trilemme ?

Les rollups déplacent l'exécution hors de la couche de base afin qu'Ethereum reste facile à vérifier, dans le but d'ajouter de la capacité sans renoncer à la décentralisation ni à la sécurité. En pratique, la plupart étaient encore classés au Stage 0 par L2BEAT en octobre 2026, ce qui signifie que les opérateurs pouvaient passer outre les règles.

À lire aussi

• Le layer 2 crypto expliqué
• Qu'est-ce que le sharding ?
• Proof of stake vs proof of work
• Qu'est-ce que Sui ?
• Qu'est-ce qu'EGLD et MultiversX ?

Cet article est pédagogique et ne constitue pas un conseil financier. Les chiffres datent du 17 octobre 2026 et proviennent de L2BEAT, de l'Ethereum Foundation et des documentations de MultiversX et de Sui ; ils évoluent dans le temps. Les sources sont citées tout au long de l'article.