Vitalik propose : permettre à chaque foyer de gérer son propre nœud Ethereum

Vitalik Buterin, co-fondateur d’Ethereum, a soumis samedi une requête de tirage (pull request) à la communauté des développeurs d’Ethereum, proposant de fusionner le programme backend de la chaîne de consensus et de staking d’Ethereum (la Beacon Chain) avec la couche d’exécution du protocole en une seule structure de code unifiée. Cette proposition vise à réduire fondamentalement la complexité technique pour faire fonctionner un nœud Ethereum, permettant ainsi aux utilisateurs ordinaires et aux foyers de gérer eux-mêmes leur infrastructure Ethereum sans dépendre de fournisseurs de services tiers.

Le cœur technique de la proposition de couche d’exécution : pourquoi « deux programmes en un seul » est si crucial

(Source : Ethereum Research)

Actuellement, les opérateurs de nœuds Ethereum (les validateurs) doivent maintenir simultanément deux programmes indépendants : l’un gérant la couche de consensus (la Beacon Chain, responsable de la validation PoS), et l’autre la couche d’exécution (qui traite les contrats intelligents et les transactions dans l’environnement EVM). Ces deux programmes nécessitent chacun une configuration, une synchronisation, et une communication continue pour assurer le bon fonctionnement du nœud.

Sur le plan technique, cette architecture à deux programmes entraîne deux problèmes majeurs : premièrement, la complexité de configuration double — les utilisateurs doivent télécharger, configurer, mettre à jour et surveiller deux systèmes distincts ; deuxièmement, le risque accru d’erreurs ou de désynchronisation, car un problème dans l’un ou l’autre peut faire échouer tout le nœud.

Dans son post après la soumission de la proposition, Buterin a admis que la communauté Ethereum avait involontairement adopté une décision implicite : « Faire fonctionner un nœud est une tâche de DevOps extrêmement redoutable, mieux confiée à des professionnels. » Il a clairement exprimé son opposition à cette situation : « Ce n’est pas une fatalité. Nous devons inverser cette tendance. Même si le matériel requis est élevé, cela ne doit pas justifier des compétences et un temps de déploiement aussi importants — un nœud devrait être facile à configurer. »

Les dangers de la décentralisation : monopole RPC et risques de censure

Derrière cette avancée technique se cache une conscience plus profonde des risques pour la décentralisation. En raison du seuil élevé pour faire fonctionner un nœud, la majorité des utilisateurs d’Ethereum (y compris les développeurs de DApps et les utilisateurs ordinaires) dépendent de quelques fournisseurs RPC (Remote Procedure Call) comme Infura, Alchemy, pour interagir avec le réseau Ethereum.

Buterin a souligné dans son post les dangers potentiels de cette structure de marché : « Un marché dominé par quelques fournisseurs RPC sera soumis à une forte pression, les incitant à bloquer ou censurer les utilisateurs. De nombreux fournisseurs RPC ont déjà exclu des pays entiers. »

Si un fournisseur RPC décide de limiter l’accès à certaines régions ou certains utilisateurs, ces derniers perdront totalement la capacité d’interagir avec Ethereum, ce qui contredit directement la promesse fondamentale de la blockchain : « sans permission, résistante à la censure. »

Nœuds sans état partiels : une autre voie pour réduire la barrière d’entrée

Cette proposition de couche d’exécution n’est pas la première initiative de Buterin pour diminuer la barrière à l’entrée pour faire fonctionner un nœud. En mai 2025, il a introduit le concept de « nœuds sans état partiel » — des nœuds qui ne conservent plus l’intégralité de l’historique des blocs, mais uniquement la partie de données nécessaire à leur fonctionnement.

Ce design est spécifiquement conçu pour les « nœuds à usage personnel » : si un utilisateur souhaite simplement envoyer des transactions et valider la blockchain sans fournir un historique complet, la quantité de données à stocker peut être considérablement réduite. Selon la documentation de Go-Ethereum (Geth), l’espace disque est le principal frein pour les opérateurs de nœuds — les blockchains de contrats intelligents comme Ethereum génèrent continuellement de grandes quantités de données, nécessitant une capacité de stockage en constante augmentation. Les nœuds sans état partiel rompent directement avec cette problématique de « croissance illimitée des données ».

Les deux approches combinées — la conception de la couche d’exécution pour réduire la complexité DevOps, et les nœuds sans état partiel pour diminuer les coûts matériels — offrent un double soutien technique à la vision de Buterin : que chaque foyer puisse faire fonctionner son propre nœud de manière autonome.

Questions fréquentes

Combien de temps faudra-t-il pour que la proposition de Vitalik soit mise en œuvre ?

Actuellement, la proposition est encore en phase de requête de tirage (pull request), et doit passer par une revue technique et une discussion approfondie au sein de la communauté des développeurs Ethereum. La mise à jour du protocole Ethereum nécessite généralement plusieurs mois, voire plus d’un an, pour le développement, les tests et l’obtention d’un consensus communautaire. La durée précise dépendra de la complexité de l’implémentation, des retours lors de la revue technique, et de la possibilité de l’intégrer dans la prochaine mise à jour majeure d’Ethereum (comme la version après Fusée).

Avant que la proposition ne soit adoptée, comment les utilisateurs ordinaires peuvent-ils plus facilement faire fonctionner un nœud Ethereum ?

Des outils comme DAppNode, Stereum permettent déjà un déploiement simplifié des nœuds, réduisant considérablement la barrière technique. Sur le plan matériel, des appareils à faible consommation comme le Raspberry Pi peuvent faire tourner un nœud Ethereum de base (avec un SSD externe). Des clients légers (comme Helios) permettent aussi de vérifier des données sans synchroniser l’intégralité de la blockchain. Par ailleurs, la diversification des clients Ethereum continue de promouvoir la standardisation et l’automatisation des déploiements.

Les fournisseurs RPC ont déjà bloqué des pays, qu’est-ce que cela signifie pour les utilisateurs ?

Certains fournisseurs RPC (comme Infura) ont déjà mis en place des restrictions géographiques pour des raisons de conformité. Cela signifie que des utilisateurs d’applications décentralisées Ethereum situés dans des régions restreintes, ne pouvant pas passer à d’autres fournisseurs RPC ou faire tourner leur propre nœud, risquent de perdre l’accès aux applications Ethereum. C’est précisément pour cette raison que Buterin insiste sur l’autonomie des nœuds : seul un grand nombre d’utilisateurs pouvant faire fonctionner leur propre nœud permettra à Ethereum de respecter son engagement « anti-censure » et sa décentralisation.