Vitalik Buterin a déclaré que la confiance à long terme et la souveraineté de soi d’Ethereum dépendent de la simplicité du protocole, appelant à une simplification explicite et à une « collecte de déchets » pour réduire la surcharge, renforcer les invariants et ralentir les changements majeurs au fil du temps.
Dans un récent post sur la plateforme de médias sociaux X, Vitalik Buterin a soutenu que l’augmentation de la complexité au sein du protocole compromet ses principes fondamentaux, et il a appelé à un processus délibéré de simplification et de « collecte de déchets » pour réduire la surcharge de code, renforcer les invariants essentiels et ralentir le rythme des changements critiques au fil du temps.
Il a souligné qu’un protocole hautement décentralisé avec une participation étendue des nœuds et une tolérance aux fautes byzantines forte peut échouer de manière fondamentale si sa structure devient excessivement complexe. Il a expliqué en outre qu’un protocole encombré de centaines de milliers de lignes de code et de multiples couches de cryptographie avancée peut échouer à garantir la confiance, la résilience face aux défaillances et la souveraineté de soi. Dans de tels cas, les utilisateurs doivent s’appuyer sur un petit groupe d’experts pour interpréter les propriétés du protocole, de nouvelles équipes ont du mal à maintenir ou à reproduire la qualité du système, et même les participants techniquement sophistiqués peuvent trouver impossible d’inspecter ou de contrôler pleinement le protocole.
Le co-fondateur d’Ethereum a également noté que la complexité augmente les risques de sécurité, car des interactions complexes entre les composants du protocole peuvent créer des points de défaillance potentiels. Il a mis en garde contre l’ajout de fonctionnalités uniquement pour répondre à des besoins à court terme, expliquant que même des ajouts bénéfiques peuvent introduire de nouvelles dépendances cryptographiques ou des éléments interactifs qui compromettent la souveraineté de soi à long terme. Vitalik Buterin a présenté cela comme une menace au potentiel d’Ethereum en tant qu’infrastructure décentralisée durable, capable de résister pendant des décennies ou même des siècles.
Vitalik Buterin esquisse un cadre de simplification d’Ethereum pour réduire la complexité et préserver la confiance à long terme
Selon lui, l’approche de développement actuelle, qui tend à privilégier les modifications additives plutôt que les suppressions pour préserver la compatibilité descendante, contribue inévitablement à la surcharge du protocole avec le temps. Pour y remédier, il a proposé d’établir une fonction formalisée de « simplification » ou de « collecte de déchets » dans le processus de développement d’Ethereum, visant à éliminer la complexité inutile et à préserver les propriétés de confiance et de souveraineté de soi à long terme du protocole.
Vitalik Buterin a présenté un cadre pour la « simplification » au sein du protocole Ethereum, mettant en avant trois objectifs principaux :
Le premier est de minimiser le nombre total de lignes de code, avec pour idéal que le protocole tienne sur une seule page ou reste au moins compact et compréhensible. Le second est de limiter la dépendance à des composants techniques complexes, en favorisant des conceptions dont la sécurité dépend de mécanismes simples, comme une seule fonction de hachage, plutôt que de multiples constructions cryptographiques sophistiquées. Le troisième objectif est d’augmenter le nombre d’invariants fondamentaux — propriétés du protocole sur lesquelles on peut compter pour un comportement prévisible. Parmi les exemples, on trouve l’EIP-6780, qui limite les changements de slots de stockage pour simplifier le développement des clients, et l’EIP-7825, qui plafonne les coûts de traitement des transactions, facilitant une exécution parallèle plus efficace et le support des ZK-EVM.
Vitalik Buterin a décrit la « collecte de déchets » comme un processus pouvant se faire de manière incrémentielle ou à grande échelle. Les améliorations incrémentielles consistent à rationaliser les fonctionnalités existantes pour réduire la complexité et améliorer la clarté. Un exemple en est la réforme des coûts en gaz mise en œuvre dans Glamsterdam, qui a remplacé des coûts arbitraires par un système lié à une consommation de ressources claire et mesurable. Les transformations à grande échelle ont inclus le passage de la preuve de travail à la preuve d’enjeu, et les initiatives futures, comme la mise à niveau du consensus Lean, devraient permettre la correction simultanée de plusieurs inefficacités du protocole.
Une autre approche, qu’il qualifie de « compatibilité rétrograde à la Rosetta », consiste à préserver des fonctionnalités complexes mais rarement utilisées sous une forme déclassée, où elles sont implémentées en tant que code de contrat intelligent plutôt qu’en tant qu’éléments obligatoires du protocole. Cela permet aux nouveaux développeurs de clients d’éviter de gérer des composants obsolètes ou peu utilisés. Par exemple, après la mise en œuvre complète de l’abstraction native des comptes, les types de transactions hérités pourraient être abandonnés, les comptes externes étant convertis en portefeuilles de contrats intelligents capables de traiter ces transactions. De même, les précompilés existants pourraient être remplacés par du code EVM ou RISC-V, et à terme, la machine virtuelle elle-même pourrait passer de l’EVM à une architecture plus simple, l’EVM original étant maintenu en tant que contrat intelligent dans le nouvel environnement.
Le développeur a souligné l’importance de réduire la charge pour les développeurs de clients, suggérant que les anciennes versions du protocole pourraient continuer à fonctionner dans des conteneurs isolés, leur permettant de maintenir la compatibilité sans compliquer le développement en cours. Selon lui, les quinze premières années d’Ethereum représentent une phase exploratoire, semblable à l’adolescence, durant laquelle le réseau a testé de nombreuses idées pour déterminer ce qui est efficace et durable. L’objectif à long terme est de ralentir le rythme des changements du protocole et d’éliminer les éléments qui ne sont plus utiles, afin que la complexité inutile ne freine pas définitivement l’évolution d’Ethereum.
Cette page peut inclure du contenu de tiers fourni à des fins d'information uniquement. Gate ne garantit ni l'exactitude ni la validité de ces contenus, n’endosse pas les opinions exprimées, et ne fournit aucun conseil financier ou professionnel à travers ces informations. Voir la section Avertissement pour plus de détails.
Vitalik Buterin prône la « collecte des déchets » pour réduire la complexité d'Ethereum et renforcer l'autonomie personnelle
En résumé
Vitalik Buterin a déclaré que la confiance à long terme et la souveraineté de soi d’Ethereum dépendent de la simplicité du protocole, appelant à une simplification explicite et à une « collecte de déchets » pour réduire la surcharge, renforcer les invariants et ralentir les changements majeurs au fil du temps.
Dans un récent post sur la plateforme de médias sociaux X, Vitalik Buterin a soutenu que l’augmentation de la complexité au sein du protocole compromet ses principes fondamentaux, et il a appelé à un processus délibéré de simplification et de « collecte de déchets » pour réduire la surcharge de code, renforcer les invariants essentiels et ralentir le rythme des changements critiques au fil du temps.
Il a souligné qu’un protocole hautement décentralisé avec une participation étendue des nœuds et une tolérance aux fautes byzantines forte peut échouer de manière fondamentale si sa structure devient excessivement complexe. Il a expliqué en outre qu’un protocole encombré de centaines de milliers de lignes de code et de multiples couches de cryptographie avancée peut échouer à garantir la confiance, la résilience face aux défaillances et la souveraineté de soi. Dans de tels cas, les utilisateurs doivent s’appuyer sur un petit groupe d’experts pour interpréter les propriétés du protocole, de nouvelles équipes ont du mal à maintenir ou à reproduire la qualité du système, et même les participants techniquement sophistiqués peuvent trouver impossible d’inspecter ou de contrôler pleinement le protocole.
Le co-fondateur d’Ethereum a également noté que la complexité augmente les risques de sécurité, car des interactions complexes entre les composants du protocole peuvent créer des points de défaillance potentiels. Il a mis en garde contre l’ajout de fonctionnalités uniquement pour répondre à des besoins à court terme, expliquant que même des ajouts bénéfiques peuvent introduire de nouvelles dépendances cryptographiques ou des éléments interactifs qui compromettent la souveraineté de soi à long terme. Vitalik Buterin a présenté cela comme une menace au potentiel d’Ethereum en tant qu’infrastructure décentralisée durable, capable de résister pendant des décennies ou même des siècles.
Vitalik Buterin esquisse un cadre de simplification d’Ethereum pour réduire la complexité et préserver la confiance à long terme
Selon lui, l’approche de développement actuelle, qui tend à privilégier les modifications additives plutôt que les suppressions pour préserver la compatibilité descendante, contribue inévitablement à la surcharge du protocole avec le temps. Pour y remédier, il a proposé d’établir une fonction formalisée de « simplification » ou de « collecte de déchets » dans le processus de développement d’Ethereum, visant à éliminer la complexité inutile et à préserver les propriétés de confiance et de souveraineté de soi à long terme du protocole.
Vitalik Buterin a présenté un cadre pour la « simplification » au sein du protocole Ethereum, mettant en avant trois objectifs principaux :
Le premier est de minimiser le nombre total de lignes de code, avec pour idéal que le protocole tienne sur une seule page ou reste au moins compact et compréhensible. Le second est de limiter la dépendance à des composants techniques complexes, en favorisant des conceptions dont la sécurité dépend de mécanismes simples, comme une seule fonction de hachage, plutôt que de multiples constructions cryptographiques sophistiquées. Le troisième objectif est d’augmenter le nombre d’invariants fondamentaux — propriétés du protocole sur lesquelles on peut compter pour un comportement prévisible. Parmi les exemples, on trouve l’EIP-6780, qui limite les changements de slots de stockage pour simplifier le développement des clients, et l’EIP-7825, qui plafonne les coûts de traitement des transactions, facilitant une exécution parallèle plus efficace et le support des ZK-EVM.
Vitalik Buterin a décrit la « collecte de déchets » comme un processus pouvant se faire de manière incrémentielle ou à grande échelle. Les améliorations incrémentielles consistent à rationaliser les fonctionnalités existantes pour réduire la complexité et améliorer la clarté. Un exemple en est la réforme des coûts en gaz mise en œuvre dans Glamsterdam, qui a remplacé des coûts arbitraires par un système lié à une consommation de ressources claire et mesurable. Les transformations à grande échelle ont inclus le passage de la preuve de travail à la preuve d’enjeu, et les initiatives futures, comme la mise à niveau du consensus Lean, devraient permettre la correction simultanée de plusieurs inefficacités du protocole.
Une autre approche, qu’il qualifie de « compatibilité rétrograde à la Rosetta », consiste à préserver des fonctionnalités complexes mais rarement utilisées sous une forme déclassée, où elles sont implémentées en tant que code de contrat intelligent plutôt qu’en tant qu’éléments obligatoires du protocole. Cela permet aux nouveaux développeurs de clients d’éviter de gérer des composants obsolètes ou peu utilisés. Par exemple, après la mise en œuvre complète de l’abstraction native des comptes, les types de transactions hérités pourraient être abandonnés, les comptes externes étant convertis en portefeuilles de contrats intelligents capables de traiter ces transactions. De même, les précompilés existants pourraient être remplacés par du code EVM ou RISC-V, et à terme, la machine virtuelle elle-même pourrait passer de l’EVM à une architecture plus simple, l’EVM original étant maintenu en tant que contrat intelligent dans le nouvel environnement.
Le développeur a souligné l’importance de réduire la charge pour les développeurs de clients, suggérant que les anciennes versions du protocole pourraient continuer à fonctionner dans des conteneurs isolés, leur permettant de maintenir la compatibilité sans compliquer le développement en cours. Selon lui, les quinze premières années d’Ethereum représentent une phase exploratoire, semblable à l’adolescence, durant laquelle le réseau a testé de nombreuses idées pour déterminer ce qui est efficace et durable. L’objectif à long terme est de ralentir le rythme des changements du protocole et d’éliminer les éléments qui ne sont plus utiles, afin que la complexité inutile ne freine pas définitivement l’évolution d’Ethereum.