#VitalikUnveilsLeanEthereum Vitalik Buterin a présenté Lean Ethereum lors du appel de recherche des développeurs principaux le 3 septembre 2026, et la proposition définit désormais l'agenda technique pour les équipes client, les chercheurs en protocole et les développeurs d'applications de l'écosystème. Le document fixe une direction claire vers une complexité réduite, des coûts de maintenance plus faibles et une couche de base concentrée sur un petit groupe de garanties solides. Le calendrier coïncide avec l'achèvement de la mise à niveau Verge au deuxième trimestre 2026 et l'arrivée d'une diversité client plus large qui rend les refontes majeures réalistes. Lean Ethereum répond aux préoccupations selon lesquelles les fonctionnalités accumulées augmentent le risque de consensus et élèvent les barrières pour les nouvelles équipes qui souhaitent construire des clients ou auditer la spécification.

La base de Lean Ethereum 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 application. 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 à raisonner. L'approche accepte que la couche de base doit éviter de tenter tous les cas d'utilisation. Essayer de couvrir toutes les exigences crée de la fragilité. Choisir une portée étroite permet au réseau de fournir des garanties plus solides là où la décentralisation et la neutralité comptent le plus.

La gestion de l'état reçoit le plus grand changement sous Lean Ethereum. Le plan établit l'exécution sans état comme valeur par défaut pour les clients. Les producteurs de blocs attachent 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 nécessaire aux 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 des témoins. Des 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 réseau principal en moins de 175 millisecondes sur un ordinateur portable à quatre cœurs. Cette vitesse réduit les exigences matérielles et aide le staking domestique à rester viable. Un stockage d'état plus faible diminue également la bande passante et les entrées-sorties disque, ce qui soutient les nœuds fonctionnant dans des environnements contraints.

La feuille de route de l'Ethereum Virtual Machine change également. Lean Ethereum propose de geler l'EVM legacy à 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 prendre en charge les contrats, les outils et les flux de travail des développeurs existants. La nouvelle VM utilise un jeu d'instructions compact qui se mappe directement aux circuits arithmétiques. La séparation permet à l'innovation de continuer au niveau de la couche application tout en maintenant la logique de consensus stable. Les équipes client maintiendraient l'EVM legacy pour la rétrocompatibilité, mais les modifications de consensus de cette VM cesseraient 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 à l'intérieur des rollups de validité.

La disponibilité des données reste une responsabilité 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 maturité de production. L'augmentation prend en charge 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 n'importe quel nœud dans les 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 d'effacement et un protocole gossip. Les tests sur le testnet Holesky ont atteint un succès de réparation supérieur à 99,99 % dans des conditions de partition réseau simulées et de pannes ciblées de nœuds. Le mécanisme de réparation fonctionne parallèlement à la couche peer-to-peer 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 le temps hors ligne. Le changement supprime les paramètres qui lient l'émission au total des enjeux, 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,24 % et 0,56 % de l'offre totale par an, selon le ratio de staking. La 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'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 à jour.

La diversité des clients est un objectif principal. Lean Ethereum inclut une spécification pour un client 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 consensus. Le but est de donner aux nouvelles équipes un chemin 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 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é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é et un règlement sécurisés des données. L'exécution et l'expérience utilisateur migrent vers la couche deux. Lean Ethereum introduit une norme pour la communication entre 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 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 à travers 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é font l'objet d'une reformulation précise. Lean Ethereum suppose une majorité honnête des enjeux pour la vivacité et un réseau synchrone pour les performances, mais la sécurité tient dans des conditions asynchrones en raison du gadget de finalité. La proposition supprime les fonctionnalités qui reposent sur des jeux économiques complexes ou qui donnent des avantages aux grands stakeurs. Un exemple est l'abandon des enchères MEV dans le protocole. En lieu et place des enchères, le protocole prend en charge un mempool neutre 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 compétitive du bloc. Le changement abaisse la barrière pour les constructeurs 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 client le temps de planifier et donne 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 une révision de sécurité formelle et un testnet public qui fonctionne pendant au moins trois mois. La Fondation Ethereum s'est engagée à financer le fuzzing continu, un programme de bug bounty rémunéré en ETH et en stablecoins, et des subventions pour soutenir les équipes client alternatives. Les niveaux de prime augmentent pour les bugs affectant le client minimal, ce qui aligne les incitations avec l'objectif d'une couche de base allégée.

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 champ d'action. 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 indicateurs 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 exprimé des inquiétudes concernant l'ossification et le transfert d'une trop grande fonctionnalité 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'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 VM sera lancé en novembre 2026. Le premier cycle d'audit externe commence en janvier 2027. L'ensemble de fonctionnalités pour la première mise à niveau Lean Ethereum vise un gel à la mi-2027. L'activation sur le réseau principal 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 deux 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 démontré qu'il peut être mis à niveau sans temps d'arrêt et qu'il peut soutenir 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 principal. Les changements échangent la flexibilité de la couche de base contre la simplicité et la prévisibilité. La stratégie parie qu'une fondation stable permet plus d'innovation aux limites et que les développeurs construiront des fonctionnalités avancées là où elles doivent être. La couche de base continuera de 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 où 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 client et les développeurs d'applications partagent désormais un point de référence commun pour les choix de conception. Lean Ethereum retire certes de 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 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 correctement beaucoup de choses. En choisissant une portée plus restreinte et en exécutant avec discipline, Ethereum vise à rester la couche de règlement pour l'internet de valeur pendant des décennies.