#VitalikUnveilsLeanEthereum Vitalik Buterin a présenté Lean Ethereum lors de l'appel de recherche des développeurs principaux le 3 septembre 2026, et la proposition guide désormais les discussions techniques entre les équipes de clients, les développeurs d'applications et l'écosystème élargi. Le document décrit une voie pour réduire la complexité du protocole, diminuer la charge de maintenance et concentrer la couche de base sur un petit ensemble de garanties robustes. Le calendrier coïncide avec l'achèvement de la mise à niveau Verge au deuxième trimestre 2026 et avec une diversité croissante des clients qui rend les grandes refontes réalistes. Lean Ethereum répond aux retours selon lesquels l'accumulation de fonctionnalités augmente le risque de bugs de consensus et élève la barrière pour les nouvelles équipes souhaitant construire des clients ou auditer la spécification.

La proposition repose sur trois idées centrales. Premièrement, minimiser le nombre de fonctions critiques pour le consensus que chaque client doit implémenter. Deuxièmement, déplacer les fonctionnalités spécialisées vers les rollups ou la couche applicative. Troisièmement, renforcer la couche de base autour de la disponibilité des données, du règlement et d'un environnement d'exécution minimal prenant en charge les preuves de validité. L'objectif est un protocole qui reste facile à vérifier, facile à implémenter et facile à comprendre. L'approche accepte que la couche de base ne peut pas servir tous les cas d'usage et que tenter de le faire crée de la fragilité. En choisissant un champ d'action plus restreint, le réseau peut offrir des garanties plus solides là où c'est le plus important.

Les changements dans la gestion de l'état sont au cœur de Lean Ethereum. Le plan rend l'exécution sans état par défaut pour les clients. Les producteurs de blocs incluent des témoins qui permettent aux validateurs d'exécuter un bloc sans stocker l'intégralité de l'arbre d'état. Les clients d'exécution ne conservent que l'état pertinent pour les applications qu'ils supportent. La couche de base continue de garantir la disponibilité des données et d'appliquer les transitions d'état correctes via des preuves succinctes. Les arbres Verkle, activés dans la mise à niveau Verge, fournissent la structure cryptographique pour les témoins. Des formats de témoins standardisés permettent aux clients légers et aux rollups d'interopérer sans code personnalisé. Les benchmarks partagés lors de l'appel ont montré qu'un client sans état peut vérifier les blocs du mainnet en moins de 180 millisecondes sur un ordinateur portable à quatre cœurs. Cette performance réduit les exigences matérielles et favorise le staking à domicile. La réduction du stockage d'état diminue également la bande passante et les entrées/sorties du disque, ce qui aide les nœuds à fonctionner dans des environnements contraints.

La stratégie de la machine virtuelle Ethereum change également. Lean Ethereum propose de geler la machine virtuelle héritée (EVM) à un ensemble de fonctionnalités défini après la prochaine mise à niveau et d'introduire une machine virtuelle minimale optimisée pour les preuves à connaissance zéro. L'EVM héritée continue de supporter les contrats existants, les outils et l'expérience développeur. La nouvelle machine virtuelle utilise un jeu d'instructions compact qui se traduit directement en circuits arithmétiques. Cette séparation permet à l'innovation de se poursuivre au niveau applicatif tout en maintenant la logique de consensus stable. Les équipes de clients maintiendraient l'EVM héritée pour la rétrocompatibilité, mais les modifications de consensus sur cette machine virtuelle cesseraient après une date de fin de vie. Les équipes Solidity et Vyper ont indiqué leur soutien car une cible stable réduit les coûts de test et simplifie la maintenance à long terme. Les développeurs d'applications peuvent choisir l'EVM héritée pour la compatibilité ou la nouvelle machine virtuelle pour les performances dans les rollups de validité.

La disponibilité des données reste une responsabilité de la couche de base. Lean Ethereum confirme l'engagement envers le proto-danksharding et le danksharding complet. L'objectif de bande passante pour les blobs passe à 32 mégaoctets par slot d'ici fin 2027 et à 128 mégaoctets par slot une fois que l'échantillonnage de la disponibilité des données atteint une qualité de production. Cette augmentation supporte des milliers de rollups et permet de grandes soumissions de données sans congestionner l'exécution. La proposition définit un objectif de niveau de service pour la disponibilité des données. Le réseau doit rendre 99,95 % des blobs récupérables par n'importe quel nœud en deux slots. Pour atteindre cet objectif, le protocole ajoute une réparation distribuée des blobs. Les nœuds reconstruisent les morceaux manquants en utilisant le codage à effacement et un protocole de gossip. Les tests sur le testnet Holesky ont atteint un taux de succès de réparation supérieur à 99,99 % sous des partitions réseau simulées et des pannes ciblées. Le mécanisme de réparation fonctionne parallèlement à la couche pair-à-pair existante et utilise la bande passante efficacement en priorisant les indices manquants.

L'économie des validateurs devient plus simple sous Lean Ethereum. La proposition remplace la courbe de récompense variable actuelle par une récompense de base fixe par validateur et une pénalité simple pour les périodes d'inactivité. Le changement supprime les paramètres qui lient l'émission au total mis en jeu, au taux de participation et à d'autres facteurs dynamiques. Le nouveau modèle rend le rendement prévisible pour les stakeurs et plus facile à modéliser pour les dépositaires, les fonds et les régulateurs. Les simulations présentées par l'équipe de recherche montrent que l'émission resterait entre 0,25 % et 0,55 % de l'offre totale par an, selon le ratio de staking. Cette fourchette maintient les incitations à la sécurité tout en limitant la dilution. La pénalité pour les attestations manquées reste proportionnelle au temps d'inactivité, ce qui préserve les incitations à la vivacité. La simplification réduit également les cas limites que les équipes d'audit doivent vérifier lors de chaque mise à niveau.

La diversité des clients est considérée comme un objectif de premier ordre. Lean Ethereum inclut une spécification pour un client de consensus minimal pouvant être écrit en moins de dix mille lignes de code. Le client minimal vérifie les preuves, suit la règle de choix de fourche et participe aux comités de synchronisation. Le client omet la découverte de pairs, les serveurs RPC, les métriques et autres fonctionnalités non liées au consensus. L'objectif est de donner aux nouvelles équipes un chemin pour construire rapidement des implémentations alternatives et de fournir une référence que les auditeurs peuvent examiner de bout en bout. Nimbus et Grandine ont déjà produit des prototypes qui se synchronisent avec la tête de la chaîne sur un ordinateur portable standard en moins de cinq minutes. La spécification ajoute un harnais de test commun qui génère des cas limites et des vecteurs de consensus. Le harnais permet aux équipes de détecter les bugs avant que le code n'atteigne les testnets publics.

Les rollups reçoivent des garanties plus claires. La couche de base s'engage à fournir une disponibilité et un règlement sécurisés des données. L'exécution et l'expérience utilisateur migrent vers la couche 2. Lean Ethereum introduit une norme pour la communication inter-rollups qui utilise des preuves de validité partagées et une interface de pont commune. La norme permet aux actifs et aux messages de se déplacer entre les rollups sans intermédiaires de confiance et sans longues périodes de contestation. Un groupe de travail composé de membres d'Arbitrum, Optimism, Base, Starknet et Scroll finalisera l'interface. Les portefeuilles peuvent acheminer les transactions automatiquement et afficher un solde unifié. La norme utilise des preuves récursives afin qu'une seule preuve puisse attester de l'état à travers de nombreux rollups. Cette approche réduit le coût de vérification sur la couche de base et maintient une faible latence pour les utilisateurs.

Les hypothèses de sécurité sont reformulées avec précision. Lean Ethereum suppose une majorité honnête de la mise en jeu pour la vivacité et un réseau synchrone pour les performances, mais la sécurité tient dans des conditions asynchrones grâce au gadget de finalité. La proposition supprime les fonctionnalités qui reposaient sur des jeux économiques complexes ou qui donnaient des avantages aux grands stakeurs. Un exemple est la dépréciation des enchères MEV dans le protocole. Au lieu de cela, le protocole supporte un mempool neutre et crypté avec déchiffrement à seuil au niveau du bloc. Flashbots et plusieurs groupes universitaires ont publié des simulations qui montrent que les mempools cryptés réduisent le MEV nuisible de plus de soixante-dix pour cent tout en préservant la valeur concurrentielle des blocs. Le changement abaisse la barrière pour les bâtisseurs indépendants et réduit la dépendance aux flux d'ordres privés.

La gouvernance et le rythme des mises à niveau deviennent prévisibles. Lean Ethereum adopte un modèle de train avec une mise à niveau de consensus par an au deuxième trimestre et une version de maintenance pour la couche d'exécution au quatrième trimestre. Le calendrier donne aux équipes de clients le temps de planifier et aux développeurs d'applications une cible stable. Chaque mise à niveau doit inclure un plan de dépréciation pour toute fonctionnalité supprimée. Le processus exige un examen de sécurité formel et un testnet public fonctionnant pendant au moins trois mois. La Fondation Ethereum s'est engagée à financer le fuzzing continu, un programme de bug bounty payant en ETH et en stablecoins, et des subventions soutenant les équipes de clients alternatives. Les niveaux de récompense augmentent pour les bugs affectant le client minimal, ce qui aligne les incitations sur l'objectif d'une couche de base légère.

Les retours de la communauté sont arrivés rapidement après l'appel. Les développeurs principaux ont accueilli favorablement la clarté et la réduction du périmètre. Les équipes d'applications ont demandé l'assurance que l'EVM héritée resterait utilisable pendant au moins cinq ans. La proposition fixe une date de fin de vie en 2032 avec une option de prolongation basée sur les métriques d'utilisation et la demande de l'écosystème. Les équipes de rollups ont soutenu les engagements de disponibilité des données et la norme inter-rollups car ces changements réduisent les coûts et améliorent la composabilité. Les fournisseurs de staking ont favorisé la courbe de récompense plus simple car elle réduit la complexité comptable et le travail d'audit. Certains critiques ont soulevé des préoccupations concernant l'ossification et le fait de pousser trop de fonctionnalités vers la couche 2, ce qui pourrait affecter les utilisateurs ayant un accès limité aux rollups. Les auteurs ont répondu que la couche de base conserverait un environnement d'exécution minimal pour les transactions d'urgence et pour les cas d'utilisation nécessitant un règlement direct sans ponts.

Les étapes de mise en œuvre sont déjà en cours. La spécification du client minimal sera publiée en octobre 2026. Un devnet implémentant l'exécution sans état et la nouvelle machine virtuelle sera lancé en novembre 2026. Le premier cycle d'audit externe commence en janvier 2027. L'ensemble des fonctionnalités pour la première mise à niveau Lean Ethereum cible un gel à la mi-2027. L'activation sur le mainnet est prévue pour le deuxième trimestre 2028 si les tests répondent aux critères définis. La norme de communication inter-rollups vise une version un en décembre 2026, avec du code de référence dans les principaux kits de développement logiciel peu après. La Fondation Ethereum et plusieurs équipes de couche 2 ont alloué des ressources d'ingénierie pour terminer le travail dans les délais.

Lean Ethereum marque un passage de l'expansion à la consolidation. Le réseau a prouvé qu'il peut être mis à niveau sans temps d'arrêt et qu'il peut supporter un vaste écosystème de rollups et d'applications. La nouvelle direction se concentre sur la robustesse, la compréhensibilité et la durabilité du protocole central. Les changements échangent la flexibilité de la couche de base contre la simplicité et la prévisibilité. Le pari est qu'une fondation stable permet plus d'innovation en périphérie et que les développeurs construiront des fonctionnalités avancées là où elles sont appropriées. La couche de base continuera à offrir la résistance à la censure, la neutralité crédible et le règlement global. Tout le reste peut vivre sur la couche 2, où l'expérimentation est plus rapide et les défaillances moins systémiques.

La conversation se poursuivra tout au long de 2026 et jusqu'en 2027. La communauté de recherche, les équipes de clients et les développeurs d'applications partagent désormais un point de référence pour les choix de conception. Lean Ethereum retire certes l'ambition de la feuille de route. Il canalise l'ambition vers les domaines où la décentralisation et la neutralité comptent le plus et fait confiance à l'écosystème plus large pour fournir l'expérience utilisateur, l'évolutivité et les fonctionnalités spécifiques au domaine. La proposition reconnaît que la couche de base doit faire parfaitement quelques choses plutôt que de faire beaucoup de choses de manière adéquate. En choisissant un périmètre plus restreint et en exécutant avec discipline, Ethereum vise à rester la couche de règlement pour l'internet de la valeur pendant des décennies à venir.