Le discours de vente du trilemme

Curiosité

1. Pourquoi augmenter la vitesse d’un réseau blockchain réduit généralement le nombre de personnes capables de vérifier son historique ?
2. Quelles exigences matérielles ou de bande passante spécifiques déterminent si une chaîne reste sans autorisation dans la pratique ?
3. Comment le choix de sacrifier la décentralisation au profit de l’éscalabilité modifie-t-il le modèle de sécurité d’un réseau ?

Explorer

1. Vitalik Buterin a popularisé le « trilemme de la scalabilité » vers 2017, en affirmant qu’un système distribué peut facilement atteindre deux des trois propriétés – décentralisation, sécurité et scalabilité – mais rarement les trois à la fois. Ce cadre est devenu l’outil principal par lequel les nouvelles chaînes évaluaient leurs choix architecturaux. Bien que des discussions antérieures aient abordé ces tensions, la formulation de Buterin a fourni un vocabulaire standardisé permettant aux développeurs de justifier les compromis à faire. Une chaîne qui privilégie un haut débit doit souvent accepter des exigences matérielles plus élevées ou une coordination centralisée, au détriment de la décentralisation en échange de la vitesse.
2. En pratique, pour atteindre un débit de transactions plus élevé, il faut généralement recourir à l’un de trois mécanismes : des tailles de blocs plus grandes, des intervalles entre les blocs plus courts, ou des règles de consensus plus gourmandes en calcul. Chacun de ces mécanismes augmente le coût du fonctionnement d’un nœud complet qui doit valider chaque règle indépendamment. Lorsque les données des blocs augmentent, les besoins en bande passante et en stockage augmentent également ; lorsque les blocs arrivent plus fréquemment, la charge de synchronisation augmente. Ces exigences techniques éliminent les participants occasionnels, ne laissant que des entités bien dotées en ressources capables de maintenir l’infrastructure nécessaire pour valider l’état de la chaîne.
3. Bitcoin a choisi une vérification peu coûteuse plutôt qu’un débit élevé au niveau de sa couche de base. Un nœud Bitcoin fonctionne avec un matériel modeste, comme un ordinateur portable standard ou un ordinateur monocarte, ce qui permet à toute personne disposant d’une connexion Internet de vérifier l’ensemble de l’historique des transactions. Cette conception préserve la décentralisation en s’assurant qu’aucune infrastructure spécialisée de niveau entreprise n’est nécessaire pour participer au consensus. Les contraintes liées au débit sont gérées grâce à des couches d’échelle comme le Lightning Network (Niveau V), qui traitent les transactions en dehors de la chaîne principale tout en garantissant leur finalité sur cette dernière.
4. Ethereum illustre cette tension d’une manière différente. En 2020, son plan stratégique est passé de l’exécution par sharding à un plan axé sur les rollups : la couche de base reste vérifiable tandis que les rollups gèrent la majeure partie des activités ; de plus, le « danksharding » élargit l’espace de stockage utilisé par les rollups (leçon 8.2.6). Le compromis est clair : transférer davantage de données sur la couche de base augmente les coûts de vérification, tandis que le fait de les conserver hors chaîne nécessite une confiance dans l’intégrité de ces couches secondaires.
5. Presque toutes les nouvelles chaînes lancées depuis 2017 ont prétendu résoudre le trilemme en atteignant simultanément ces trois propriétés. En pratique, ces affirmations reposent généralement sur des ajustements subtils de la signification de « décentralisation » ou de « sécurité » pour ce réseau particulier. Certaines chaînes réduisent le nombre de validateurs requis à un petit ensemble de machines puissantes, sacrifiant une large participation en échange d’une grande vitesse. D’autres introduisent des relais fiables ou un mécanisme de finalité basé sur un comité. La question cruciale n’est pas de savoir si une chaîne est rapide, mais qui peut vérifier ses règles et à quel coût.
6. Pour évaluer les atouts d’une nouvelle chaîne, il convient d’examiner deux indicateurs concrets : les spécifications matérielles minimales nécessaires pour faire fonctionner un nœud complet qui vérifie toutes les règles, et le nombre réel de parties indépendantes qui gèrent de tels nœuds. Si une chaîne exige des serveurs professionnels ou des data centers dédiés pour participer au consensus, elle a sacrifié la décentralisation en échange de la scalabilité. Si seules quelques entités peuvent se permettre de valider l’état de la chaîne, la sécurité dépend alors de leur honnêteté plutôt que d’une preuve mathématique. Cette analyse révèle le véritable compromis caché derrière les affirmations marketing.

Faits clés

Exercice neuf, six, trois, un

Vérification des faits

Les dates, les chiffres et les affirmations ont été vérifiés à l’aide des sources publiées listées ci-dessous.

• V. Buterin, 'Scalability Trilemma' (blog writing and Ethereum sharding FAQ)
• Bitcoin Core documentation, 'System Requirements'
• Ethereum.org, 'Scaling' section of the roadmap
• J. Poon & T. Dryja, 'The Bitcoin Lightning Network: Scalable Off-Chain Instant Payments' (2015/2016)