Le cofondateur d’Ethereum, Vitalik Buterin, a maintes fois présenté la prochaine phase du réseau autour d’un principe non négociable : offrir des ordres de grandeur de capacité supplémentaires tout en conservant les propriétés qui rendent Ethereum distinct. L’objectif n’est pas simplement d’augmenter le débit. Il s’agit d’une haute performance qui permette encore aux utilisateurs ordinaires d’exécuter des nœuds, résiste à la censure, demeure ouverte à une participation mondiale et reste robuste même si des opérateurs ou des développeurs majeurs s’éloignent.

Au cœur de cette vision se trouve une priorisation délibérée de la bande passante plutôt que d’une réduction agressive de la latence. Buterin a soutenu que l’augmentation de la bande passante est plus sûre que la poursuite d’une latence toujours plus faible. La latence se heurte à des limites physiques difficiles, imposées par la vitesse de la lumière et par la nécessité, pour des validateurs situés dans des lieux divers — y compris des configurations domestiques éloignées des centres de données — de rester compétitifs. La bande passante, en revanche, est un problème d’ingénierie qui peut se résoudre grâce à l’échantillonnage de disponibilité des données, au codage avec effacement (erasure coding) et aux preuves à connaissance nulle. Des technologies comme PeerDAS permettent déjà aux nœuds de vérifier de grands volumes de données sans tout télécharger. Combinées à des preuves ZK, ces approches ouvrent la voie à une mise à l’échelle de la capacité à des milliers de fois par rapport aux conceptions antérieures, tout en permettant à un ensemble de validateurs largement distribué de rester en place.

L’architecture à plus long terme, souvent évoquée sous la bannière de « Lean Ethereum », considère cette mise à l’échelle comme faisant partie d’une refonte plus profonde. La vérification évolue : au lieu que chaque nœud réexécute chaque transaction, elle s’appuie sur des preuves cryptographiques compactes — en particulier des STARK récursifs — qui permettent à la plupart des participants de vérifier la validité sans rejouer l’intégralité du calcul. Les blobs, introduits à l’origine pour réduire le coût des données des solutions de couche 2, devraient progressivement transporter une plus grande partie des données de blocs propres à Ethereum. Le réseau pourra ainsi prendre en charge des limites de gas et un débit de données bien supérieurs, sans imposer à chaque participant du matériel coûteux.

La décentralisation reste la contrainte qui façonne ces choix. Buterin a mis en avant le « test du départ » : les applications et la couche de base elle-même devraient continuer à fonctionner même si leurs mainteneurs d’origine disparaissaient. Pour cela, le staking en solo et l’exploitation à domicile doivent rester viables. Les paramètres économiques et techniques sont donc conçus de telle sorte que le staking depuis les centres financiers ne surpasse pas systématiquement la participation depuis des machines et des lieux ordinaires. La concentration géographique et infrastructurelle est considérée comme un risque de centralisation auquel il faut activement résister. La planification du gas, les mécanismes de maîtrise de la croissance de l’état et la tarification multidimensionnelle des ressources sont tous affinés afin que la capacité d’exécution puisse augmenter plus vite que l’état permanent que chaque nœud doit conserver.

La résistance à la censure est tout aussi non négociable. Des mécanismes tels que FOCIL (listes d’inclusion imposées par le choix de fork) visent à forcer l’inclusion des transactions déjà visibles par l’ensemble du réseau, réduisant ainsi le pouvoir de tout constructeur de blocs ou séquenceur de bloquer certaines activités. Cette même philosophie fait aussi de la confidentialité un objectif de conception de premier plan, plutôt qu’une réflexion après coup, et traite la résistance aux ordinateurs quantiques comme une priorité urgente du protocole plutôt que comme une préoccupation lointaine. Les signatures de type LeanSPHINCS, la cryptographie mise à jour et la simplification réfléchie du protocole contribuent à rendre le système à la fois plus sûr et plus facile à auditer sur le long terme.

Cette approche redéfinit également le rôle des réseaux de couche 2. À mesure que la capacité de la couche 1 elle-même augmente, l’idée initiale des L2 comme « shards » d’Ethereum portant leur propre marque a évolué. Les L2 restent utiles pour des fonctionnalités spécialisées — mise à l’échelle extrême, environnements non compatibles avec l’EVM, conceptions axées sur la confidentialité ou latence ultra-faible —, mais la couche de base n’en dépend plus uniquement pour accroître le débit. Les garanties de sécurité partagée et de résistance à la censure propres à Ethereum deviennent le socle dont les systèmes spécialisés peuvent choisir d’hériter, à différents degrés de proximité.

La feuille de route pratique s’étale sur plusieurs années plutôt que de se résumer à une seule mise à niveau. Les améliorations à court terme — listes d’accès au niveau des blocs, perfectionnement de la séparation entre proposeur et constructeur, réévaluation des coûts en gas et nouvelles itérations de PeerDAS — augmentent la capacité tandis que les clients et la vérification formelle gagnent en maturité. À plus long terme, l’état devrait être réparti entre une couche « dynamique » modérée, qui conserve toute sa flexibilité, et de nouveaux types de stockage plus restrictifs, mais hautement évolutifs, adaptés aux jetons, aux NFT et à de nombreux usages de la DeFi. Les systèmes de preuve passent du statut d’option à celui d’exigence de plus en plus incontournable. La trajectoire d’ensemble vise un protocole dont le cœur est plus simple, qui résiste par défaut aux attaques quantiques, protège la vie privée par conception et peut prendre en charge une activité bien plus importante sans concentrer le pouvoir.

Le pari de fond est qu’Ethereum peut être à la fois la couche décentralisée de règlement et de coordination du monde et un système hautement performant. En faisant de la décentralisation et de la résistance à la censure des contraintes strictes plutôt que des fonctionnalités facultatives, cette trajectoire de mise à l’échelle doit rester compatible avec un ensemble vaste et hétérogène de participants. C’est la norme que continue de fixer Vitalik : une échelle massive est bienvenue, mais seulement si le réseau conserve l’apparence et le fonctionnement de #Ethereum...