Qu’est-ce que la « feuille de route » d’Ethereum soutenue par Vitalik Buterin ?

L'espace Fondation Ethereum (EF) Des chercheurs ont publié « Strawmap », une feuille de route provisoire pour Ethereum. Couche 1 (L1) Mises à jour du protocole. Le document est disponible à l'adresse suivante : strawmap.org, définit une orientation technique à long terme pour Ethereum jusqu'à la fin de la décennie.

Il est important de noter que Strawmap n'est pas une feuille de route officielle. Il s'agit plutôt d'un outil de coordination conçu pour encourager les échanges entre les chercheurs, les équipes clientes et les acteurs de la gouvernance. Il présente une voie cohérente parmi de nombreux résultats possibles au sein d'un système décentralisé où un consensus, même approximatif, se dessine progressivement.

Cet article explique ce que propose Strawmap, comment il structure les mises à niveau d'Ethereum jusqu'en 2029 et comment il aborde les questions de performance, de cryptographie, de confidentialité et d'évolutivité au niveau de la couche de base.

Qui a créé Strawmap et à qui s'adresse-t-il ?

Strawmap a vu le jour lors d'un atelier de la Fondation Ethereum en janvier 2026. Il a ensuite été rendu public par l'équipe d'architecture d'EF, notamment Justin Drake, Ansgar Dietrichs, Barnabé Monnot et Francesco D'Amato.

Ce document s'adresse à un public averti et est rédigé à l'intention des chercheurs en protocoles, des développeurs clients et des participants à la gouvernance d'Ethereum. En substance, Strawmap est présenté comme un document évolutif qui devrait faire l'objet de mises à jour au moins trimestrielles. 

Que signifie « Strawmap » ?

Ce nom combine « homme de paille » et « feuille de route ». L’adjectif « homme de paille » reflète deux réalités :

1. Ethereum ne dispose d'aucune autorité unique capable d'imposer une feuille de route finale à toutes les parties prenantes.
2. Ce document est un travail en cours, et non une prédiction.

La feuille de route privilégie une approche de développement centrée sur l'humain. Elle souligne que le développement assisté par l'IA et la vérification formelle pourraient accélérer les délais.

Comment la carte de paille est-elle structurée ?

Strawmap présente les mises à jour d'Ethereum sur une seule chronologie visuelle s'étendant de 2026 à 2029, avec des éléments à plus long terme au-delà de 2030.

Elle suppose une cadence d'environ une bifurcation tous les six mois et décrit sept bifurcations :

Découvrez des projets prometteurs...

Des projets prometteurs...

(Publicité)

L'article continue...

• Glamsterdam (2026)
• Hegota (2026)
• I* (2027)
• J* (2028)
• K* (2028)
• L* (2029)
• M+ (2030 et au-delà)

Les fourchettes sont organisées sur trois couches horizontales :

• Couche de consensus (CL)
• Couche de données (DL)
• Couche d'exécution (EL)

Chaque fork comprend des « mises à jour majeures ». Le processus All Core Devs (ACD) limite généralement chaque fork à une seule mise à jour majeure de consensus et une seule mise à jour majeure d'exécution afin de maintenir la cadence. L* fait exception, car elle comprend deux mises à jour majeures de consensus liées à un consensus allégé.

Objectifs à long terme pour Ethereum

Strawmap définit cinq objectifs à long terme :

1. Rapide L1

Des créneaux courts et une décision finale en quelques secondes.

2. Gigagas L1

Débit de 1 gigabits par seconde, soit environ 10 000 transactions par seconde (TPS), rendu possible par les zkEVM et la preuve en temps réel.

3. Teragas L2

Bande passante de données de 1 gigaoctet par seconde, soit environ 10 millions de TPS, via l'échantillonnage de disponibilité des données.

4. Post-quantique L1

Cryptographie basée sur le hachage pour résister aux attaques quantiques.

5. Privé L1

Transferts ETH protégés au niveau de la couche de base.

Ces objectifs portent sur la latence, le débit, la durabilité cryptographique et la confidentialité.

Proposition : Réduire le temps d'attente et la finalité des créneaux horaires d'Ethereum

Le temps de finalité moyen actuel d'Ethereum est d'environ 16 minutes. Ce temps est calculé en multipliant des intervalles de 12 secondes par des époques de 32 intervalles, soit environ 2.5 époques.

Strawmap propose des réductions progressives du temps d'attente selon une progression en √2 :
12s → 8s → 6s → 4s → 3s → 2s.

Vitalik Buterin Cette approche a été décrite en réponse à la feuille de route :

« Je prévois une réduction progressive du temps d'attente, par exemple en réduisant de moitié la durée des créneaux horaires (12 → 8 → 6 → 4 → 3 → 2, même si les deux dernières étapes sont plus hypothétiques et nécessitent des recherches approfondies). » Il a ajouté : « Les créneaux horaires rapides sont prioritaires et semblent indépendants du reste de la feuille de route. »

Buterin n'a pas précisé de calendrier de déploiement dans son message. Il a toutefois évoqué le document de travail comme un plan structuré détaillant une série d'objectifs techniques liés à la réduction du nombre d'emplacements, à la refonte du mécanisme de finalité et à la mise en œuvre d'améliorations cryptographiques.

Améliorations du P2P et codage d'effacement

Des intervalles de temps plus courts nécessitent des améliorations au niveau de la propagation des blocs. Les recherches de Raul Jordan portent sur une architecture peer-to-peer (P2P) optimisée utilisant le codage par effacement.

Dans cette conception, un bloc est divisé en morceaux (par exemple, 8 morceaux, dont 4 suffisent à reconstituer le bloc complet). Cette structure k-sur-n réduit la surcharge de bande passante tout en améliorant le temps de propagation des blocs au 95e centile. D'après les données de recherche citées par Buterin, cette architecture permet d'utiliser des intervalles de temps plus courts sans compromettre la sécurité.

Trajectoire de finalité

Strawmap propose également de dissocier les emplacements de la finalité. L'objectif à long terme est d'utiliser un algorithme BFT en un seul tour appelé Minimmit.

Une trajectoire de finalité possible esquissée par Buterin :

• 16 minutes (aujourd'hui)
• 10 min 40 s (intervalles de 8 secondes)
• 6 min 24 s (finalité d'une époque)
• 1 min 12 s (époques de 8 créneaux, créneaux de 6 secondes)
• 48 secondes (créneaux de 4 secondes)
• 16s (Minimum)
• 8s (paramètres Minimmit plus agressifs)

Ces changements impliquent une refonte importante du consensus.

Quel rôle joue la cryptographie post-quantique dans ce plan ?

Strawmap intègre des mises à jour post-quantiques aux principaux changements de consensus. Le plan comprend :

• Signatures basées sur le hachage
• Migration vers des fonctions de hachage compatibles avec STARK
• Évaluation des réponses aux préoccupations cryptographiques de Poseidon2

Trois solutions sont à l'étude : augmenter le nombre de tours, revenir à Poseidon1 ou utiliser BLAKE3.

Buterin a fait remarquer que les slots pourraient devenir résistants à l'informatique quantique avant la finalité. Dans ce cas, une percée quantique soudaine pourrait compromettre les garanties de finalité tout en permettant à la chaîne de continuer à produire des blocs.

Que se passe-t-il dans les couches d'exécution et de données ?

Couche d'exécution

Les principales propositions comprennent :

• Comptabilité multidimensionnelle du gaz
• Augmentation de la limite de gaz bloqué
• Intégration zkEVM
• Machines à divulgation nulle de connaissance (ZKM) canoniques
• reprise indigène
• Transactions non interactives (NIT)
• Recherche sur la machine virtuelle ZKVM à l'échelle exascale

L'objectif à long terme est un débit de gigabits au niveau L1.

Couche de données

La feuille de route comprend:

• Modifications Blob Per Operator (BPO)
• Échantillonnage de la disponibilité des données
• Des diminutions de taille simples dans des fourches spécifiques
• Retour à calldata dans les cas sélectionnés

L'objectif de niveau 2 en téragas vise à augmenter les regroupements et le débit de données sans affaiblir la décentralisation.

Strawmap signale-t-il un changement de paradigme par rapport à une mise à l'échelle centrée sur le rollup ?

La feuille de route précédente d'Ethereum mettait l'accent sur les rollups comme principal mécanisme de mise à l'échelle. Strawmap ne supprime pas les rollups, mais propose une approche de mise à l'échelle plus robuste pour la couche 1 elle-même.

Si elle est mise en œuvre, cette feuille de route permettrait d'augmenter le débit de couche 1 à 10 000 transactions par seconde (TPS) tout en atteignant un débit de couche 2 de 10 millions de TPS. Cette approche réduit la dépendance aux seuls regroupements pour assurer la scalabilité.

Conclusion

La feuille de route d'Ethereum présente une vue structurée des améliorations à long terme de la couche 1 jusqu'en 2029. Elle définit des objectifs mesurables : des slots plus rapides, une finalité plus courte, un débit plus élevé, la cryptographie post-quantique et la confidentialité de la couche de base. Cette feuille de route organise ces améliorations à travers les couches de consensus, de données et d'exécution, avec une cadence de fork et des dépendances techniques définies.

Ce document ne prédit pas les résultats escomptés, mais fournit un cadre technique pour la discussion et la coordination. Ses propositions s'appuient sur les résultats de la recherche, un consensus au sein de la gouvernance et les capacités de mise en œuvre. En définitive, l'impact de cette feuille de route dépendra de la manière dont la communauté Ethereum évaluera et adoptera ses composantes au cours des prochaines années.

Références

• Justin DrakeAperçu de Strawmap
• Vitalik ButerinRéponse du public à Strawmap
• strawmap.orgDocumentation de la feuille de route
• Le blocDes chercheurs de la Fondation Ethereum publient une « feuille de route » présentant sept bifurcations possibles d'ici 2029.