#VitalikUnveilsLeanEthereum Vitalik Buterin a présenté Lean Ethereum lors de l'appel de recherche All Core Developers du 3 septembre 2026 et la proposition définit désormais la direction technique pour les équipes de clients, les chercheurs en protocole et les développeurs d'applications dans tout l'écosystème.

Le document établit une voie claire vers une complexité réduite, une charge de maintenance moindre et une couche de base qui se concentre sur un petit ensemble de garanties solides.
Le calendrier s'aligne sur l'achèvement de la mise à niveau Verge au T2 2026 et la croissance de la diversité des clients qui rend les grandes refontes réalisables.
Lean Ethereum répond aux préoccupations selon lesquelles les fonctionnalités accumulées augmentent le risque de consensus et dressent des barrières pour les nouvelles équipes qui souhaitent construire des clients ou auditer les spécifications.

La proposition repose sur trois principes.
Premièrement, limiter 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 vers 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 qui prend en charge les preuves de validité.
L'objectif est un protocole qui reste simple à vérifier, simple à implémenter et simple à comprendre.
L'approche accepte que la couche de base devrait éviter de couvrir tous les cas d'usage.
Tenter de supporter toutes les exigences crée de la fragilité.
Choisir une portée étroite permet au réseau d'offrir des garanties plus solides là où la décentralisation et la neutralité importent le plus.

La gestion d'état change sous Lean Ethereum.
Le plan fait de l'exécution sans état la valeur 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'arbre d'état complet.
Les clients d'exécution ne conservent que l'état nécessaire pour les applications qu'ils supportent.
La couche de base continue de garantir la disponibilité des données et de faire respecter les transitions d'état correctes via des preuves succinctes.
Les arbres Verkle, activés avec la mise à niveau Verge, fournissent la structure cryptographique pour les témoins.
Les formats de témoins standardisés permettent aux clients légers et aux rollups d'interopérer sans adaptateurs personnalisés.
Les données de performance partagées lors de l'appel ont montré qu'un client sans état peut vérifier les blocs du mainnet en moins de 170 millisecondes sur un ordinateur portable à quatre cœurs.
Cette vitesse réduit les exigences matérielles et aide le staking à domicile à rester viable.
Un stockage d'état plus faible réduit également la bande passante et les entrées-sorties disque, ce qui soutient les nœuds opérant dans des environnements contraints.

La feuille de route de la machine virtuelle Ethereum change également.
Lean Ethereum propose de geler l'EVM legacy sur un ensemble de fonctionnalités défini après la prochaine mise à niveau du réseau et d'introduire une VM minimale optimisée pour les preuves à connaissance nulle.
L'EVM legacy continuera de supporter les contrats, outils et flux de travail existants.
La nouvelle VM utilise un ensemble d'instructions compact qui correspond directement aux circuits arithmétiques.
La séparation permet à l'innovation de continuer au niveau de la couche applicative tout en maintenant la logique de consensus stable.
Les équipes de clients maintiendraient l'EVM legacy pour la rétrocompatibilité, mais les changements de consensus pour cette VM s'arrêteraient après une date de fin définie.
Les équipes Solidity et Vyper ont exprimé 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 legacy pour la compatibilité ou la nouvelle VM pour les performances dans les rollups de validité.

La disponibilité des données reste une tâche centrale 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 disponibilité des données atteint la préparation à la production.
Cette augmentation supporte des milliers de rollups et permet des soumissions de données volumineuses 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 garantir que 99,95 % des blobs restent récupérables par tout nœud dans les deux slots.
Pour atteindre cet objectif, le protocole ajoute une réparation distribuée des blobs.
Les nœuds reconstituent les morceaux manquants en utilisant le codage à effacement et un protocole de gossip.
Les tests sur le testnet Holesky ont atteint un succès de réparation supérieur à 99,99 % sous des partitions réseau simulées et des pannes de nœuds ciblées.
Le mécanisme de réparation fonctionne aux côtés de la couche peer-to-peer existante et utilise efficacement la bande passante 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 le temps hors ligne.
Le changement supprime les paramètres qui lient l'émission au stake total, 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 rapports réglementaires.
Les simulations présentées par le groupe de recherche indiquent que l'émission resterait entre 0,25 % et 0,55 % de l'offre totale par an, selon le ratio de staking.
La plage maintient les incitations à la sécurité tout en limitant la dilution.
La pénalité pour les attestations manquées reste proportionnelle au temps d'arrêt, 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 cycle de mise à niveau.

La diversité des clients est un objectif primordial.
Lean Ethereum inclut une spécification pour un client de consensus minimal qui peut ê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.
Le but est de donner aux nouvelles équipes une voie rapide pour construire 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 à 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écouvrir des bugs avant que le code n'atteigne les testnets publics.

Les rollups reçoivent des garanties plus claires de la couche de base.
Ethereum s'engage à fournir une disponibilité des données et un règlement sécurisés.
L'exécution et l'expérience utilisateur migrent vers la couche deux.
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 circuler entre les rollups sans intermédiaires de confiance et sans longues périodes de contestation.
Un groupe de travail avec des membres d'Arbitrum, Optimism, Base, Starknet et Scroll finalisera l'interface.
Les portefeuilles peuvent router les transactions automatiquement et afficher un solde unifié à l'utilisateur.
La norme utilise des preuves récursives afin qu'une seule preuve puisse attester de l'état de nombreux rollups.
Cette méthode réduit le coût de vérification sur la couche de base et maintient une faible latence pour les utilisateurs finaux.

Les hypothèses de sécurité reçoivent une reformulation précise.
Lean Ethereum suppose une majorité honnête de stake pour la vivacité et un réseau synchrone pour les performances, mais la sécurité est maintenue dans des conditions asynchrones grâce au gadget de finalité.
La proposition supprime les fonctionnalités qui reposent sur des jeux économiques complexes ou qui donnent des avantages aux gros stakeurs.
Un exemple est la dépréciation des enchères MEV intra-protocole.
À la place des enchères, le protocole supporte un mempool crypté neutre 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 compétitive des blocs.
Le changement abaisse la barrière pour les constructeurs indépendants et réduit la dépendance au flux d'ordres privé.

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 T2 et une version de maintenance pour la couche d'exécution au T4.
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 nécessite une révision de sécurité formelle et un testnet public qui fonctionne pendant au moins trois mois.
La Fondation Ethereum a engagé des financements pour du fuzzing continu, pour un programme de bug bounty qui paie en ETH et en stablecoins, et pour des subventions qui soutiennent les équipes de clients alternatives.
Les niveaux de prime augmentent pour les bugs qui affectent le client minimal, ce qui aligne les incitations avec l'objectif d'une couche de base légère.

La réponse de la communauté est arrivée 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 legacy resterait utilisable pendant au moins cinq ans.
La proposition fixe une date de fin 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 participants ont soulevé des préoccupations concernant l'ossification et le transfert de trop de fonctionnalités vers la couche deux, 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'usage 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 qui implémente l'exécution sans état et la nouvelle VM 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 vise un gel mi-2027.
L'activation sur le mainnet est prévue pour le T2 2028 si les tests répondent aux critères définis.
La norme de communication inter-rollups vise une version 1 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 deux ont alloué des ressources d'ingénierie pour terminer le travail dans les délais.

Lean Ethereum signale un passage de l'expansion à la consolidation.
Le réseau a démontré 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 le rendu du protocole central robuste, compréhensible et durable.
Les changements échangent la flexibilité au niveau de la couche de base contre la simplicité et la prévisibilité.
La stratégie parie qu'une fondation stable permet plus d'innovation à la périphérie et que les développeurs construiront des fonctionnalités avancées là où elles appartiennent.
La couche de base continuera à fournir la résistance à la censure, la neutralité crédible et le règlement global.
Tout le reste peut vivre sur la couche deux, où l'expérimentation est plus rapide et l'échec comporte moins de risque systémique.

La discussion se poursuivra jusqu'à la fin de 2026 et 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 commun pour les choix de conception.
Lean Ethereum retire effectivement de l'ambition de la feuille de route.
Il canalise l'ambition vers les domaines où la décentralisation et la neutralité importent le plus et il 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 pour les décennies à venir.