Le 6 juillet 2026, Vitalik Buterin a publié sur le forum de recherche ethresear.ch un document intitulé « The Extremely Lean Chain » dans lequel il propose une refonte radicale de la couche de consensus d’Ethereum, afin d’alléger drastiquement les données que la chaîne doit stocker pour chaque validateur, en transférant une grande partie du travail comptable vers les validateurs eux-mêmes, grâce à des preuves cryptographiques ZK-STARK.
De 48 à 6 octets par validateur
Aujourd’hui, la Beacon Chain conserve pour chaque validateur environ 48 octets d’informations : clé publique, adresse de retrait des récompenses, solde courant, statut de sanction (slashing), compteurs d’époque, etc. Multiplié par les centaines de milliers de validateurs actifs, cela représente un volume de données que chaque nœud du réseau doit stocker, synchroniser et recalculer à chaque époque — une opération de plus en plus coûteuse à mesure que le nombre de validateurs augmente.
La proposition de Buterin ramènerait cette empreinte à environ 6 octets par validateur : un octet pour le solde effectif, et cinq octets servant d’index vers l’arbre des dépôts. Concrètement, la chaîne ne conserverait plus que le strict minimum nécessaire pour confirmer qu’un validateur existe et qu’il a une mise en jeu (stake) valide.
Un plan en deux phases
Phase 1 — Alléger l’état on-chain. La quasi-totalité des données individuelles des validateurs (clé publique, informations de retrait, historique) serait retirée de l’état permanent de la chaîne. Plutôt que de recalculer les récompenses et pénalités de chaque validateur à chaque époque, chaque validateur produirait une unique preuve ZK-STARK quotidienne démontrant sa participation correcte et son nouveau solde. La chaîne se contenterait de vérifier cette preuve, sans exécuter elle-même les calculs intermédiaires. Un point important : le mécanisme de slashing (sanction des validateurs malveillants) resterait en dehors du système de preuves à divulgation nulle de connaissance — les preuves de fraude continueraient d’être traitées de façon transparente sur la chaîne.
Phase 2 — Introduire l’anonymat quotidien. Chaque validateur adopterait une nouvelle clé publique et une nouvelle identité chaque jour, sans perdre ni son historique ni son solde. Le lien entre l’ancienne et la nouvelle identité ne serait prouvé que par le validateur lui-même, via une chaîne de preuves ZK ne révélant que des informations limitées (solde mis à jour, statut de sanction éventuel). Résultat : il deviendrait beaucoup plus difficile pour un observateur extérieur de relier un dépôt, une activité de mise en jeu et un retrait ultérieur. Ce mécanisme ouvre aussi la voie à l’élection secrète des producteurs de blocs (Single Secret Leader Election), qui empêche qu’un futur proposeur de bloc soit identifié à l’avance et devienne la cible d’attaques réseau.
Buterin présente la mise à jour quotidienne des preuves comme un compromis raisonnable entre coût de calcul et confidentialité : générer une telle preuve prendrait environ une heure de calcul sur un ordinateur portable moderne, ce qui laisse une large marge avant l’échéance du jour suivant. Autre précision utile : l’absence de preuve de solde à temps n’entraînerait pas de sanction ou d’exclusion immédiate du réseau ; le validateur devrait simplement soumettre la preuve requise avant de pouvoir de nouveau attester.
Vers des millions de validateurs, sans sacrifier la décentralisation
Selon Buterin, cette architecture supprimerait le traitement global coûteux effectué à chaque époque et permettrait, si nécessaire, de faire évoluer le réseau vers plusieurs millions de validateurs actifs, tout en gardant les nœuds légers. Les preuves individuelles seraient agrégées afin de limiter la charge finale sur la chaîne.
Une pièce du puzzle « Lean Ethereum »
Cette proposition reste un document de recherche, et non une évolution planifiée ou un EIP finalisé. Elle s’inscrit dans la feuille de route plus large de Lean Ethereum, apparue courant 2025, qui vise à repenser en profondeur le protocole autour de trois piliers : une consensus layer minimaliste (« Lean Consensus »), une couche de données allégée (« Lean Data ») et un environnement d’exécution simplifié, potentiellement basé sur RISC-V et compatible SNARK. L’ambition affichée est de préparer Ethereum à une meilleure résistance aux ordinateurs quantiques, une confidentialité renforcée et une montée en charge du réseau sans compromettre sa décentralisation.
Buterin a lui-même qualifié Lean Ethereum de « troisième itération majeure » du réseau, potentiellement aussi structurante que la Fusion de 2022. Il estime que le chantier complet pourrait prendre trois à quatre ans.
Source : https://ethresear.ch/t/the-extremely-lean-chain/25369
