Auteur : Chloe, ChainCatcher
Au cours des deux dernières semaines, Vitalik Buterin, fondateur d’Ethereum, a publié de nombreux articles techniques détaillés sur X, couvrant des sujets centraux tels que la stratégie d’évolutivité, la résistance aux attaques quantiques, l’abstraction de compte, la重构 de la couche d’exécution et l’accélération du développement par l’IA, qualifiés par le public de « plan de rénovation majeure d’Ethereum pour 2026 ». Derrière cette série de publications se trouve le cadre Strawmap publié simultanément par la fondation Ethereum, un document visant à porter le débit de la couche L1 d’Ethereum à 10 000 TPS d’ici 2029.
Cependant, plus l'ambition du plan est grande, plus les doutes sur sa capacité à le livrer s'accentuent, car en examinant l'histoire, les délais de livraison d'Ethereum ont toujours été plus lents que prévus. Ethereum est-il vraiment prêt à dire adieu au « progressisme » et à entamer une重构 radicale cette fois-ci ?
Strawmap de plan : Ethereum atteint 10 000 TPS en 2029
Le chercheur de la Ethereum Foundation, Justin Drake, a publié le 25 février un document intitulé Strawmap, visant à révéler la vision et le calendrier des futures mises à niveau de l’Ethereum L1. Ce plan fixe cinq objectifs « étoiles polaires » : des performances L1 extrêmement rapides, un débit L1 de gigagas, une scalabilité L2 de teragas, une sécurité L1 post-quantique et des transferts privés natifs L1. Les objectifs quantitatifs finaux sont de 10 000 transactions par seconde sur L1 et 10 millions de transactions par seconde sur L2.
Ce plan prévoit sept forks progressifs, avec un cycle de mise à niveau tous les six mois, couvrant les modifications des couches consensus, données et exécution. À ce sujet, Vitalik Buterin, fondateur d'Ethereum, a exprimé son soutien et a publié au cours des deux dernières semaines de longs articles techniques sur X, décomposant les dimensions clés de la feuille de route.
Priorité stratégique : se concentrer sur l'extension de Ethereum L1 et la refonte de la couche d'exécution
Les arguments de Vitalikmontrent : contrairement à la stratégie des dernières années qui privilégiait les L2 Rollup et minimisait les L1, la vision actuelle consiste à renforcer à court terme la capacité d'extension des L1 elles-mêmes, tout en maintenant la transition à long terme.
1. Processus à court terme : mise à niveau Glamsterdam
Dans le cadre du plan à court terme, la mise à niveau imminente Glamsterdam introduira les « Listes d'accès au niveau des blocs » (Block-Level Access Lists, BALs) pour soutenir la validation parallèle, briser les goulets d'étranglement d'efficacité liés au traitement séquentiel passé, et promouvoir simultanément la séparation native du proposeur et du constructeur (Enshrined Proposer-Builder Separation, ePBS), optimisant ainsi l'utilisation des nœuds pour les créneaux de 12 secondes.
2. Processus à long terme : Évolution du ZK-EVM et des Blob
L'extension à long terme est soutenue par deux piliers principaux : ZK-EVM et Blob. Sur la voie ZK-EVM, il est prévu qu'à la fin de 2026, un petit nombre de validateurs adoptent en premier lieu le client ZK-EVM, puis que la proportion augmente et que la sécurité soit renforcée à partir de 2027, avec pour objectif final d'atteindre un mécanisme de preuve multiple obligatoire « 3 sur 5 », selon lequel un bloc ne devient valide qu'après avoir été vérifié par au moins trois systèmes de preuve sur cinq.
Sur la trajectoire de développement de Blob, PeerDAS (échantillonnage de disponibilité des données) continuera d'évoluer afin d'augmenter la capacité de traitement des données à environ 8 Mo/s. La technologie repose sur la possibilité pour les nœuds de valider les données en téléchargeant uniquement de petits fragments, augmentant ainsi considérablement le débit tout en réduisant efficacement la barrière matérielle pour les nœuds. D'autre part, pour répondre aux besoins d'adoption à grande échelle à venir, le réseau principal Ethereum passera à un modèle stockant directement les données de bloc dans l'espace Blob, remplaçant l'ancien modèle coûteux et nécessitant un stockage permanent des calldata. Ce changement vise principalement à optimiser la structure de stockage des données et à redéfinir la voie d'extension d'Ethereum au niveau du layer de données.
3. Refonte de la couche d'exécution : passage à un arbre d'état binaire à la place de l'EVM
Vitalik indique que les goulets d'étranglement actuels de l'efficacité de la preuve d'ethereum proviennent à 80 % d'une architecture obsolète. Selon l'EIP-7864, le passage de l'actuelle « arbre d'état MPT Keccak hexadécimale » à une « arbre d'état binaire » devrait réduire efficacement la longueur des branches de quatre fois. Cette réforme apportera une amélioration significative de l'efficacité des données :
Bandwidth usage: Costs reduced by approximately 4 times, a monumental leap for lightweight clients like Helios.
Vitesse de preuve : environ 3 fois plus rapide avec BLAKE3, jusqu'à 100 fois plus rapide avec une variante Poseidon.
Optimisation des dépôts : la conception des créneaux de stockage « page » (64 à 256 créneaux) permet aux dapp de réaliser des économies de plus de 10 000 Gas par transaction lors de la lecture ou de l'écriture de données adjacentes.
Plus ambitieuxest la proposition de migration de la VM, actuellement les proveurs ZK sont principalement écrits en RISC-V ; si l'EVM pouvait s'exécuter directement en RISC-V, en éliminant la perte de traduction entre les deux couches de machine virtuelle, la prouvable du système entier serait grandement améliorée. Le plan de déploiement actuel se déroule en trois étapes :
1. Faites d'abord que la nouvelle VM prenne en charge les contrats précompilés existants
2. Réouvrir le déploiement de nouveaux contrats VM pour les utilisateurs
3. Réécrire finalement l'EVM lui-même comme un contrat intelligent s'exécutant sur une nouvelle VM.
This ensures backward compatibility, with the final conversion cost requiring only a gas fee recalibration.
Carte routière contre les menaces quantiques : combler les 4 faiblesses techniques d'Ethereum
Concerning the critical issue of post-quantum L1 security, Vitalik explicitly mentioned in a technical deep-divethat Ethereum currently has four quantum vulnerabilities, as follows:
1. Couche de consensus : signature BLS
Le chemin de remplacement de la couche de consensus commence à se dessiner : Vitalik propose une solution appelée « Lean consensus », qui introduit une variante de signature basée sur les hachages, combinée à des STARKs pour l'agrégation et la compression, afin d'assurer une résistance aux attaques quantiques. Toutefois, Vitalik précise qu'avant la mise en œuvre complète du « Lean consensus », une version « Lean usable chain » sera déployée en premier, nécessitant uniquement le traitement de 256 à 1 024 signatures par slot, sans nécessiter d'agrégation STARK, ce qui réduit considérablement la complexité technique.
2. Disponibilité des données : Engagements et preuves KZG
En ce qui concerne la disponibilité des données, Vitalik propose de remplacer les « engagements KZG » existants par des « STARKs résistants à l'ordinateur quantique », mais cela présente deux compromis :
Les STARKs manquent de la propriété linéaire de KZG, ce qui rend difficile la prise en charge d'un échantillonnage 2D efficace ; par conséquent, Ethereum a opté pour une approche plus conservatrice en matière de DAS 1D (comme PeerDAS), privilégiant la robustesse du réseau plutôt que l'extensibilité maximale.
En outre, en raison de la taille importante des preuves STARK, les développeurs doivent résoudre ce défi ingénierie, connu sous le nom de « la preuve est plus grande que les données », à l’aide de techniques complexes telles que les preuves récursives. En résumé, Vitalik estime que, grâce à la simplification des objectifs techniques et à une optimisation progressive, ce chemin résistant aux ordinateurs quantiques reste techniquement réalisable, mais nécessite un effort d’ingénierie considérable.
3. Compte détenu externement (EOA) : signature ECDSA
En ce qui concerne la protection des comptes externes (EOA), comme les signatures ECDSA actuelles sont extrêmement vulnérables face aux ordinateurs quantiques, Vitalik privilégie la « création native de comptes abstraits (native AA) » pour transformer tous les comptes en contrats, permettant aux utilisateurs de changer facilement les algorithmes de signature résistants aux ordinateurs quantiques sans avoir à abandonner leurs adresses de portefeuille existantes.
4. Couche application : preuves ZK basées sur KZG ou Groth16
Enfin, au niveau de la couche application, le principal défi réside dans le coût Gas extrêmement élevé des preuves STARK résistantes aux ordinateurs quantiques, environ 20 fois supérieur à celui des SNARKs actuels, ce qui le rend trop coûteux pour les protocoles de confidentialité et les L2. Vitalik propose d'introduire un « cadre de validation » via EIP-8141 afin de permettre l'agrégation hors chaîne de nombreuses signatures et preuves complexes.
Grâce à la technique de preuve récursive, les données de vérification, qui étaient auparavant de plusieurs centaines de Mo, peuvent être compressées en une preuve STARK extrêmement compacte sur la chaîne, réduisant non seulement l'espace des blocs, mais aussi considérablement les coûts d'utilisation, permettant même une vérification instantanée au niveau du Mempool, afin que les utilisateurs puissent continuer à utiliser diverses applications décentralisées de manière économique et efficace à l'ère des menaces quantiques.
L'IA comme accélérateur : accomplir la feuille de route d'Ethereum 2030 en quelques semaines
Outre la mise à niveau de l'architecture technique, le récent tweet de Vitalik souligne que l'IA accélère le développement d'Ethereum. Il a partagé une expérience d'un développeur ayant construit en deux semaines un prototype de la feuille de route Ethereum 2030 via du "vibe-coding", et a commenté : "Il y a six mois, cela n'était même pas envisageable ; maintenant, c'est devenu une tendance."
Même Vitalik a testé en personne : il a généré le code backend du blog en une heure en utilisant le modèle gpt-oss:20b sur son ordinateur portable ; avec un modèle plus puissant comme kimi-2.5, il s'attend à pouvoir « le faire en une seule tentative ». On peut dire que l'amélioration de l'efficacité apportée par l'IA n'est plus linéaire : elle transforme la vitesse de livraison de la feuille de route d'Ethereum.
À ce sujet, il propose de répartir les avantages apportés par l'IA à parts égales entre vitesse et sécurité : utiliser l'IA pour générer de grands jeux de tests, effectuer une vérification formelle des modules principaux, et produire plusieurs implémentations indépendantes pour la même logique afin de les comparer entre elles. Le jugement de Vitalik est que, dans un avenir prévisible, vous ne pouvez pas échanger un seul prompt contre un code de programme à haute sécurité ; le combat contre les bogues et les incohérences d'implémentation persiste, mais ce processus peut être accéléré de cinq fois.
Enfin, il a évoqué la possibilité que la feuille de route d’Ethereum soit achevée à un rythme plus rapide que prévu et avec des normes de sécurité supérieures aux attentes. « Un code de programme sans bogues, longtemps considéré comme un fantasme idéaliste, pourrait désormais devenir possible. » Cette phrase aurait été presque impensable dans le contexte du développement d’Ethereum il y a cinq ans.
Lenteur de la livraison et défis réels
Cependant, en rendant publics autant de contenus techniques complexes, la feuille de route d'Ethereum ne peut jamais éviter la possibilité que ces engagements soient respectés à temps.
Historiquement, le calendrier de livraison d'Ethereum a toujours été plus lent que prévu. The Merge a été repoussé de la prévision initiale de « fin d'année » au début de 2020 jusqu'en septembre 2022 ; la mise en œuvre d'EIP-4844 (Proto-Danksharding) a également pris plusieurs années. Ces retards sont généralement dus à des facteurs tels que des audits de sécurité, la coordination entre plusieurs clients et la gouvernance décentralisée.
Mais cette fois, le temps doux laissé à Ethereum est presque épuisé. La pression croissante des concurrents, les défis réels posés par la menace quantique, ainsi que la révolution de la productivité déclenchée par l’IA, forcent Ethereum à abandonner définitivement son approche progressiste ; à un tournant historique où « avancer ou reculer » est la règle, les itérations douces et progressives du passé pourraient bien être insuffisantes pour soutenir la vision d’Ethereum en tant que couche de règlement mondiale.
And Vitalik his recent callalso highlights that this transformation is not merely a technical restructuring; he urges the community to completely abandon path dependency at the application layer and uphold the core principles of censorship resistance, open source, privacy, and security (CROPS), rebuilding application design from first principles.
La technologie peut avoir une feuille de route, mais la mise à niveau de la pensée n'a pas de calendrier de bifurcation — c'est peut-être là la étape la plus difficile pour dire adieu au « progressisme ».