Guide Strawmap Ethereum 2029 : consensus ultra-rapide, confidentialité native et « variables d’accélération » apportées par l’IA

Le Guide de l’Idiot pour la Stratégie Strawmap d’Ethereum 2029

James | Snapcrackle

Traduit par : Ken, Chaincatcher

Ethereum vient de publier son plan de mise à niveau le plus détaillé de l’histoire. Sept mises à jour. Cinq objectifs. Une reconstruction à grande échelle.

Esquisse :

Ce parallèle mérite une compréhension approfondie.

Le navire de Thésée est une expérience de pensée de la Grèce antique : si vous remplacez chaque planche du navire, une par une, jusqu’à ce que toutes soient changées, est-ce toujours le même navire ?

C’est précisément ce que propose le Strawmap pour Ethereum.

D’ici 2029, chaque composant principal du système sera remplacé. Mais il n’y aura jamais de « réécriture hors ligne » planifiée. L’objectif est une mise à niveau compatible avec la version précédente, en maintenant le fonctionnement en temps réel de la blockchain tout en changeant les « planches », même si chaque mise à jour nécessite que les opérateurs de nœuds mettent à jour leur logiciel, et que certains cas marginaux puissent évoluer. C’est en réalité une reconstruction totale déguisée en mise à niveau incrémentielle.

Techniquement, bien que la logique de consensus et d’exécution soit en cours de reconstruction, l’état (solde des utilisateurs, stockage des contrats, historique) sera conservé à chaque bifurcation. Ce « navire » est reconstruit tout en transportant ses cargaisons. Tous à bord !

« Pourquoi ne pas tout recommencer à zéro ? » Parce qu’on ne peut pas redémarrer Ethereum sans perdre ses valeurs fondamentales : les applications déjà en fonctionnement, les fonds en circulation, la confiance établie. Il faut changer les planches pendant que le navire navigue.

Le nom « Strawmap » est une combinaison de « strawman » (proposition initiale, connue comme imparfaite, conçue pour susciter des critiques) et « roadmap » (feuille de route). « Strawman » désigne une proposition préliminaire, dont on sait qu’elle n’est pas parfaite, mais qui sert à lancer la discussion. Ce n’est pas une promesse, mais un point de départ pour le débat. C’est la première fois que les constructeurs d’Ethereum exposent en détail une trajectoire structurée et temporellement définie, avec des objectifs de performance clairs.

Les acteurs impliqués sont les meilleurs cryptographes et informaticiens du monde. Et tout cela est open source. Sans frais de licence, sans contrat avec des fournisseurs, sans équipe commerciale. Toute entreprise, tout développeur, tout pays peut s’en servir pour construire. La mise à niveau dont bénéficie JPMorgan est la même que celle d’une startup de trois personnes à São Paulo.

Imaginez une alliance mondiale d’ingénieurs de classe mondiale reconstruisant à partir de zéro le pipeline financier d’Internet, et vous n’avez qu’à… vous connecter directement.

Fonctionnement pratique d’Ethereum (version 60 secondes)

Avant de parler de son avenir, regardons comment il fonctionne aujourd’hui.

Ethereum est essentiellement un ordinateur mondial partagé. Il n’est pas exploité par une seule entreprise, mais par des milliers d’opérateurs indépendants à travers le monde, chacun exécutant une copie du même logiciel.

Ces opérateurs valident indépendamment les transactions. Certains sont appelés validateurs, qui misent aussi leurs fonds (ETH) en garantie. Si un validateur tente de tricher, il perd sa mise. Toutes les 12 secondes, ils parviennent à un consensus sur les transactions et leur ordre. Cette fenêtre de 12 secondes s’appelle un « créneau » (slot). Quatre créneaux (environ 6,4 minutes) forment une « époque » (epoch).

Le moment où la transaction devient réellement irréversible, la confirmation finale, dure environ 13 à 15 minutes, selon la position de votre transaction dans le cycle de validation.

Ethereum traite environ 15 à 30 transactions par seconde, selon leur complexité. En comparaison, Visa peut traiter plus de 65 000 transactions par seconde. En raison de cette différence, la plupart des applications Ethereum fonctionnent aujourd’hui sur des « couches secondaires » (Layer 2). Ces systèmes indépendants traitent en lot de nombreuses transactions, puis envoient des résumés à la couche principale pour garantir la sécurité.

Un système où tous les opérateurs s’accordent est appelé « mécanisme de consensus ». Le consensus actuel d’Ethereum fonctionne bien et a fait ses preuves, mais il a été conçu pour une époque plus simple, limitant ses capacités.

Le Strawmap vise à résoudre tous ces problèmes. Une mise à jour à la fois.

Les cinq objectifs clés du Strawmap

Ce plan s’articule autour de cinq objectifs. Ethereum fonctionne déjà, avec des milliards de dollars en circulation chaque jour. Mais ses capacités sont limitées. Ces cinq objectifs visent à éliminer ces limites.

1. L1 ultra-rapide : finalité en secondes

Aujourd’hui, il faut environ 13 à 15 minutes pour qu’une transaction sur Ethereum atteigne une finalité irréversible.

Solution : remplacer le moteur de consensus. L’objectif est d’atteindre la finalité dans chaque créneau par un vote unique. Minimmit, une des principales propositions en cours, est un protocole conçu pour un consensus ultra-rapide, mais sa conception est encore en développement. L’essentiel : atteindre la finalité en un seul créneau. Ensuite, la durée de chaque créneau sera aussi réduite : 12 → 8 → 6 → 4 → 3 → 2 secondes.

La finalité rapide ne concerne pas seulement la vitesse, mais aussi la certitude. Pensez aux virements bancaires : le délai entre l’envoi et la compensation est une fenêtre où un problème peut survenir.

Pour transférer des millions de dollars, régler des obligations, ou faire des transactions immobilières sur la blockchain, 15 minutes d’incertitude, c’est trop. Si cela pouvait être réduit à quelques secondes, cela changerait radicalement la capacité du réseau. Non seulement pour les applications natives cryptographiques, mais pour tout transfert de valeur.

2. Gigagas : augmenter la capacité de 300 fois

Le débit actuel d’Ethereum est d’environ 15-30 transactions par seconde, un goulot d’étranglement.

Solution : l’objectif est d’atteindre 1 gigagas (milliard de gas) d’exécution par seconde, ce qui correspond à environ 10 000 TPS (selon la complexité des transactions). La clé : la technologie des « preuves à divulgation zéro » (ZK proofs).

En termes simples : chaque opérateur doit actuellement réexécuter chaque calcul pour vérifier sa correction, comme si chaque employé devait refaire tous les exercices mathématiques de ses collègues. C’est sûr, mais très inefficace.

Les ZK proofs permettent de vérifier une « preuve » mathématique compacte attestant que le calcul est correct, avec peu de travail. La génération de ces preuves est encore lente, prenant de minutes à heures.

Réduire ce temps à quelques secondes (environ 1000 fois plus rapide) est un défi de recherche actif, pas seulement une question d’ingénierie. Des équipes comme RISC Zero et Succinct progressent rapidement, mais c’est encore à la frontière.

Un réseau principal avec finalité rapide et 10 000 TPS serait plus simple, avec moins de composants défaillants.

3. Teragas L2 : des millions de TPS sur « voies rapides »

Pour des volumes massifs de transactions (et de données), il faut des réseaux Layer 2. Mais leur capacité est limitée par celle de la couche principale.

Solution : la technique de « l’échantillonnage de disponibilité des données » (DAS). Au lieu de télécharger toutes les données, chaque opérateur vérifie un échantillon aléatoire, puis utilise des méthodes mathématiques pour garantir l’intégrité de l’ensemble. C’est comme vérifier 20 pages sur 500 pour s’assurer que le livre est bien sur l’étagère ; si ces 20 pages sont là, on peut en déduire que le reste l’est aussi.

PeerDAS a été déployé dans Fusaka, posant la base pour Strawmap. La montée en capacité consiste à augmenter la capacité de données à chaque bifurcation, en testant la stabilité du réseau.

Une capacité de 10 millions de TPS à travers tout l’écosystème L2 ouvrirait des possibilités inaccessibles à toute blockchain existante : chaînes de supply chain, milliards d’appareils connectés générant des données vérifiables, micro-paiements de fractions de centimes. Ces charges sont impossibles à gérer aujourd’hui, mais à 10 millions TPS, elles seraient facilement supportées.

4. Post-quantique L1 : préparer l’ère des ordinateurs quantiques

La sécurité d’Ethereum repose sur des mathématiques difficiles à résoudre avec nos ordinateurs actuels. Cela concerne la signature des transactions et la validation par les validateurs. Mais un ordinateur quantique suffisamment puissant pourrait casser ces signatures, permettant de falsifier des transactions ou de voler des fonds.

Solution : migrer vers de nouvelles méthodes cryptographiques résistantes aux attaques quantiques (basées sur le hachage). C’est une mise à jour tardive, car elle touche presque tous les aspects du système, avec des tailles de données plus importantes (kilooctets au lieu d’octets), modifiant la dynamique des blocs, la bande passante et le stockage.

Les attaques quantiques sur la cryptographie actuelle pourraient ne pas survenir avant plusieurs années, voire décennies. Mais si vous construisez une infrastructure destinée à durer, pouvant supporter des trillions de dollars, « attendre et voir » n’est pas une option.

5. L1 privé : transactions confidentielles

Sur Ethereum, tout est public par défaut. Sauf si vous utilisez des applications comme Railgun ou des solutions L2 axées sur la confidentialité comme ZKsync ou Aztec, chaque transaction, montant, ou contrepartie est visible de tous.

Solution : intégrer directement la confidentialité dans le cœur d’Ethereum. L’objectif est de permettre la vérification de la validité d’une transaction, de la possession des fonds, sans révéler les détails. Vous pouvez prouver qu’un paiement de 50 000 dollars est légitime, sans révéler qui paie, qui reçoit, ou l’usage.

Il existe déjà des solutions provisoires. En février 2026, EY et StarkWare ont annoncé le lancement de Nightfall sur Starknet, pour des transactions privées en Layer 2. Mais ces solutions temporaires augmentent la complexité et le coût. Intégrer la confidentialité dès la conception permettrait d’éliminer le besoin d’intermédiaires.

Cela rejoint aussi la problématique post-quantique : tout système privé doit résister aux attaques quantiques. Deux défis à résoudre simultanément. Une fois cela fait, un obstacle majeur à la diffusion de la technologie disparaîtra.

Les sept bifurcations (mises à jour)

Le Strawmap propose sept mises à jour, environ tous les six mois, à partir de Glamsterdam. Chaque mise à jour est limitée à une ou deux modifications principales, pour pouvoir diagnostiquer précisément la cause en cas de problème.

Après Fusaka (déjà déployée, avec PeerDAS et l’optimisation des données), la première mise à jour est Glamsterdam, qui reconstruit la façon dont les blocs de transactions sont assemblés.

Ensuit vient Hegotá, apportant des améliorations structurelles supplémentaires. Les autres bifurcations (de I* à M*) s’étaleront jusqu’en 2029, introduisant progressivement des consensus plus rapides, des preuves à divulgation zéro, une meilleure capacité de données, la cryptographie post-quantique et la confidentialité.

Pourquoi attendre jusqu’en 2029 ?

Parce que certains problèmes ne sont pas encore résolus.

Remplacer le mécanisme de consensus est le plus difficile. Imaginez changer un moteur en plein vol, avec des milliers de copilotes devant s’accorder sur chaque modification. Chaque changement nécessite des mois de tests et de vérifications formelles. Réduire ce cycle à moins de 4 secondes pose un défi physique : la latence du signal traverse la Terre en environ 200 ms. En quelque sorte, on lutte contre la vitesse de la lumière.

Rendre les ZK proofs suffisamment rapides est un autre défi de pointe. La vitesse actuelle (minutes) doit être multipliée par 1000 pour atteindre la cible (secondes). Cela demande des avancées mathématiques et du matériel spécialisé.

L’extension de la capacité de données est plus accessible, mais reste complexe. La logique mathématique est claire, mais il faut faire preuve de prudence dans un réseau en temps réel valant des trillions de dollars.

La migration post-quantique est un cauchemar opérationnel : les nouvelles signatures sont volumineuses, modifiant tous les modèles économiques.

La confidentialité native est aussi une problématique politique : les régulateurs craignent que ces outils facilitent le blanchiment. Il faut construire un système à la fois suffisamment privé pour être utile, transparent pour être conforme, et résistant aux attaques quantiques.

Toutes ces mises à jour ne peuvent pas se faire simultanément. Certaines dépendent d’autres. Sans preuve ZK mature, pas d’extension à 10 000 TPS. Sans amélioration de la capacité de données, pas d’extension Layer 2. La feuille de route dépend de ces dépendances.

Trois ans et demi, c’est déjà ambitieux pour tout cela.

2029 ?

Il y a une incertitude. Le Strawmap indique : « La version actuelle suppose un développement piloté par l’humain. Le développement par IA et la vérification formelle pourraient considérablement accélérer le calendrier. »

En février 2026, un développeur nommé YQ a parié avec Vitalik qu’un agent IA pourrait écrire un système Ethereum complet pour la feuille de route 2030+. En quelques semaines, il a livré ETH2030 : un client d’exécution en Go, avec environ 713 000 lignes de code, intégrant tous les 65 projets de Strawmap, prêt à fonctionner en testnet et mainnet.

Est-il prêt pour la production ? Non. Comme Vitalik l’a souligné, le code comporte probablement des vulnérabilités critiques, voire n’est qu’une ébauche, l’IA n’ayant pas encore tenté de produire une version complète.

Mais la réponse de Vitalik vaut la peine d’être lue attentivement : « Il y a six mois, cela aurait été de la science-fiction. Mais la tendance est claire… Il faut rester ouvert à cette possibilité (qui n’est pas une certitude, mais une possibilité !) : la feuille de route d’Ethereum pourrait avancer beaucoup plus vite que prévu, avec des standards de sécurité bien supérieurs. »

L’idée centrale de Vitalik est que l’utilisation correcte de l’IA ne doit pas seulement viser la vitesse. Elle doit aussi augmenter la sécurité : plus de tests, plus de vérifications mathématiques, plus d’implémentations indépendantes de la même fonctionnalité.

Le projet Lean Ethereum travaille à la vérification formelle de certains composants cryptographiques et de la pile de preuves. Ce qui était considéré comme une utopie pourrait devenir une exigence fondamentale.

Le Strawmap est un document de coordination, pas une promesse. Son ambition est grande, son calendrier plein de visions, mais sa réalisation dépend de centaines de contributeurs indépendants.

Mais le vrai enjeu n’est pas tant si chaque objectif sera atteint à temps, mais si vous souhaitez construire sur cette plateforme en suivant cette trajectoire, ou si vous préférez la concurrencer.

Et tout cela — recherches, avancées, migrations cryptographiques — se déroule dans un environnement ouvert, gratuit, accessible à tous… C’est cette partie du récit qui mérite vraiment d’attirer beaucoup plus d’attention que ce qu’on voit aujourd’hui.