Vitalik Buterin Dévoile le Plan Strawmap d’Ethereum

Imaginez un jour où une transaction sur Ethereum se confirme en quelques secondes à peine, presque aussi vite qu’un paiement par carte bancaire, tout en conservant la sécurité décentralisée qui fait la force de la blockchain. Ce rêve, qui semblait encore lointain il y a peu, commence à prendre forme de manière très concrète. Vitalik Buterin, le cofondateur d’Ethereum, vient de livrer une explication détaillée et passionnante du document baptisé « strawmap » par la Ethereum Foundation.

Ce « strawmap » n’est pas une simple feuille de route parmi d’autres. Il s’agit d’une vision ambitieuse, presque provocatrice, qui dessine les grandes lignes techniques d’Ethereum jusqu’à la fin de la décennie. Et le message central est clair : il est temps d’accélérer drastiquement la couche de base, celle que l’on appelle L1.

La quête du « fast L1 » selon Vitalik

Depuis plusieurs années, la communauté Ethereum discute de la nécessité d’améliorer l’expérience utilisateur sur la couche principale. Aujourd’hui, un bloc est produit toutes les 12 secondes et il faut en moyenne 15 à 16 minutes pour obtenir une finalité économique quasi irréversible. C’est long, très long, surtout quand on compare avec des blockchains plus récentes qui affichent des temps de confirmation bien inférieurs.

Vitalik ne tourne pas autour du pot : il veut diviser ces chiffres par un facteur impressionnant. Le plan consiste à faire tomber progressivement le temps de slot, d’abord vers 8 secondes, puis 4, et pourquoi pas jusqu’à 2 secondes dans les meilleures conditions. Quant à la finalité, l’objectif affiché est encore plus audacieux : entre 6 et 16 secondes seulement.

« Nous pouvons viser une finalité en un seul tour de BFT avec Minimmit, ce qui nous amènerait à une latence totale extrêmement basse tout en restant très résistants. »

Vitalik Buterin – février 2026

Cette citation résume parfaitement l’ambition. Minimmit est le nom donné à un algorithme de finalité en un seul round qui pourrait remplacer les mécanismes actuels beaucoup plus longs. Mais pour y arriver, il ne suffit pas de changer quelques paramètres : tout l’écosystème doit évoluer en parallèle.

Comment réduire les slots sans tout casser ?

Réduire le temps entre deux blocs n’est pas une simple question de vitesse. Plus les slots sont courts, plus les validateurs doivent réagir rapidement, ce qui augmente les contraintes sur le réseau, la bande passante et le matériel nécessaire. Vitalik insiste sur une approche progressive et prudente.

Il propose notamment de suivre une diminution par facteur √2 à chaque étape significative. Pourquoi ce nombre ? Parce qu’il permet de tester chaque palier sans prendre de risques démesurés. Chaque réduction serait accompagnée d’analyses approfondies et de simulations intensives avant d’être activée via un hard fork.

Ces changements ne se feront pas du jour au lendemain. Ils seront étalés sur plusieurs années et plusieurs hard forks. Mais l’objectif reste le même : rendre Ethereum compétitif sur la latence sans sacrifier la décentralisation.

Le strawmap complet : sept forks majeurs d’ici 2029

Justin Drake, chercheur à la Ethereum Foundation, a publié le document strawmap sur un site dédié. Ce n’est pas une roadmap gravée dans le marbre, mais un « strawman » – un mannequin de paille – destiné à lancer le débat parmi les développeurs les plus avancés.

Le document identifie cinq grandes « north stars » qui guident toute la vision :

• Fast L1 : latence et finalité ultra-rapides
• Gigagas L1 : un throughput de la couche de base mesuré en milliards de gas par seconde
• Teragas L2 : scaling massif via les rollups et autres L2
• Post-quantum security : résistance aux ordinateurs quantiques
• Native privacy : confidentialité intégrée sans compromis

Pour atteindre ces objectifs, le strawmap propose sept hard forks successifs entre 2026 et 2029. Chaque fork regroupe plusieurs améliorations coordonnées entre le consensus, la couche données et la couche exécution.

La sécurité post-quantique devient incontournable

L’un des points les plus marquants du strawmap concerne la menace quantique. Même si les ordinateurs quantiques capables de casser les algorithmes actuels ne sont pas pour demain, la communauté préfère anticiper. Vitalik évoque un remplacement progressif du système de signatures, un peu à la manière du « ship of Theseus » : on change une planche après l’autre jusqu’à ce que le bateau soit entièrement nouveau, tout en restant le même.

Les signatures hash-based (comme SPHINCS+ ou XMSS) pourraient être intégrées progressivement, d’abord en option, puis de manière obligatoire. Ce changement sera lourd, mais il est jugé indispensable pour garantir la survie à long terme d’Ethereum.

« Plutôt que de faire un big bang, nous pouvons remplacer les composants un par un. À la fin, le consensus aura muté sans jamais s’arrêter. »

Vitalik Buterin

Cette métaphore illustre parfaitement la philosophie adoptée : évoluer sans rupture brutale, même quand les changements sont profonds.

Gigagas et teragas : la course au throughput

Si la vitesse de finalité est cruciale pour l’expérience utilisateur, le débit reste le nerf de la guerre face aux concurrents comme Solana, Aptos ou Sui. Le strawmap ne se contente pas de viser des centaines de transactions par seconde : il parle de gigagas sur L1 et de teragas quand on inclut les L2.

Pour rappel, un gigagas correspond à un milliard d’unités de gas par seconde. À titre de comparaison, Ethereum aujourd’hui tourne autour de 15-30 millions de gas par seconde en pic. Multiplier ce chiffre par 30 à 60 fois représente un saut technologique colossal.

Ces chiffres restent pour l’instant théoriques, mais les premières briques (erasure coding, danksharding amélioré, execution optimisée) sont déjà en cours de prototypage.

Confidentialité native : la prochaine frontière

Autre grand chantier : la privacy. Aujourd’hui, la très grande majorité des transactions Ethereum sont parfaitement transparentes. Même avec Tornado Cash (désormais sanctionné) ou Railgun, la confidentialité reste opt-in et donc limitée.

Le strawmap envisage d’intégrer des primitives de confidentialité directement dans le protocole, sans doute via des zk-SNARKs généralisés ou d’autres avancées cryptographiques. L’idée est de rendre la confidentialité accessible par défaut ou très facilement, sans sacrifier la vérifiabilité globale du réseau.

Pourquoi ce strawmap divise déjà la communauté

Tous les acteurs ne regardent pas cette vision avec le même enthousiasme. Certains développeurs estiment que se concentrer autant sur la L1 est une erreur alors que les rollups absorbent déjà l’essentiel du scaling. D’autres craignent que la réduction agressive des slots ne nuise à la décentralisation en favorisant les validateurs les mieux connectés et les mieux équipés.

Vitalik répond à ces critiques en rappelant que l’objectif n’est pas de battre Solana sur son propre terrain, mais de conserver un socle ultra-sécurisé et décentralisé tout en offrant une UX qui ne fait plus honte face aux alternatives centralisées.

Quel calendrier réaliste ?

Le strawmap mentionne sept forks jusqu’en 2029. Cela représente environ un gros hard fork tous les 4 à 8 mois en moyenne, ce qui est très ambitieux mais pas totalement irréaliste quand on regarde le rythme des années Pectra, Prague et Electra.

• 2026 : premières baisses de slot time + erasure coding généralisé
• 2027 : Minimmit et premières expérimentations post-quantique
• 2028 : consolidation privacy + montée en débit
• 2029 : version « mature » du fast L1 post-quantique

Bien entendu, tout dépendra des résultats des prototypes, des audits de sécurité et du consensus communautaire. Rien n’est encore acté, mais la direction est donnée.

Impact sur les utilisateurs et les développeurs

Pour l’utilisateur lambda, les bénéfices seraient immédiats : confirmation quasi instantanée, frais plus prévisibles en cas de congestion moindre, applications DeFi et jeux qui réagissent en temps réel. Pour les développeurs, cela signifie repenser certaines assumptions actuelles sur les délais de finalité et la fenêtre de réorganisation.

Les bridges cross-chain, les oracles, les systèmes de garde-fous économiques… tout devra s’adapter à un monde où la finalité arrive en moins de 20 secondes.

Ethereum face à la concurrence en 2026

En février 2026, le paysage est très différent de celui de 2021. Solana continue de progresser sur la vitesse brute, Aptos et Sui attirent les développeurs asiatiques, Bitcoin intègre toujours plus de fonctionnalités via les layers secondaires. Dans ce contexte, Ethereum doit prouver qu’il peut rester pertinent sur la couche de base tout en conservant son rôle de settlement layer le plus sécurisé de l’écosystème.

Le strawmap est donc autant une réponse technique qu’un message stratégique : Ethereum n’abandonne pas la course à la performance L1.

Conclusion : une décennie décisive s’ouvre

Le strawmap n’est pas une promesse gravée dans le marbre, mais une vision courageuse et cohérente. Si une bonne partie des idées présentées se concrétisent, Ethereum pourrait bien redevenir, d’ici 2030, la blockchain la plus rapide et la plus sécurisée du marché – un sacré paradoxe quand on connaît les compromis habituels.

Reste maintenant à transformer cette vision en code, en tests, en débats houleux sur les forums et les calls ACDE, puis en hard forks activés. La route est longue, mais pour la première fois depuis longtemps, le chemin vers un « fast L1 » post-quantique et privé semble tracé. À suivre de très près.

Et vous, que pensez-vous de cette direction ? Trop ambitieux ? Juste ce qu’il faut ? Laissons la communauté trancher dans les mois qui viennent.