Ethereum Eip-8411 Passe Sous La Seconde De Propagation

Et si le vrai goulot d’Ethereum n’était plus seulement le gaz, mais le temps qu’il faut à un gros bloc pour traverser la planète ? Une équipe de recherche vient de publier des mesures qui font tiquer : un payload d’exécution d’un mégaoctet mettait environ cinq secondes à atteindre la moitié des nœuds lorsqu’on l’envoyait d’un seul tenant. Avec le découpage prévu par EIP-8411, la médiane tombe sous la seconde. Ce n’est pas encore le réseau principal. C’est un prototype, une horloge virtuelle, cinq cents nœuds simulés. Mais le calendrier, lui, est bien réel : la proposition doit être discutée aujourd’hui même pour une éventuelle inclusion dans Hegotá.

Pourquoi La Seconde Compte Autant Que Le Gaz

Sur Ethereum, un validateur n’a pas toute la journée. Les créneaux de consensus sont serrés. Quand la limite de gaz grimpe, les payloads d’exécution gonflent. Plus de transactions, plus d’état à transporter, plus d’octets à faire circuler avant que le créneau suivant ne referme la porte. On peut augmenter la capacité de calcul. On peut améliorer les preuves. Si le message met trop longtemps à arriver, le reste de la pile attend.

Le modèle actuel de gossip a un défaut presque banal, presque physique. Un nœud reçoit un gros message, le vérifie, puis seulement le transmet. C’est du store-and-forward. Chaque saut attend la fin du précédent. Sur un réseau mondial, avec de la latence géographique et des liaisons domestiques, cette attente s’additionne. Cinq secondes de médiane pour un Mio, près de six secondes en queue, ce n’est pas une anecdote de laboratoire. C’est le genre de délai qui commence à frotter contre les contraintes d’un slot.

Le problème n’est pas seulement la taille du message. C’est qu’il faut le détenir tout entier avant de le laisser repartir.

Lecture des tests publiés le 17 septembre 2026

EIP-8411 ne promet pas de magie. Il change la manière dont le payload voyage. Au lieu d’un seul sujet de gossip pour le payload complet, hérité d’EIP-7732, le projet introduit un sujet de morceaux. Chaque segment porte une preuve d’inclusion Merkle liée à une racine déjà engagée dans l’offre d’exécution du builder. Un nœud peut vérifier un fragment et le renvoyer pendant que le reste arrive encore. La file d’attente globale se transforme en plusieurs files qui avancent en parallèle.

Ce Que Les Chiffres Disent Vraiment

Les résultats les plus spectaculaires viennent d’une simulation contrôlée. Cinq cents nœuds. Latence géographique. Cinquante mégabits par seconde en envoi, cent en réception. Un payload d’un mégaoctet qui part d’un builder « à la maison », sans ferme de serveurs pour tricher sur la bande passante. Dix graines de réseau tirées au hasard. Le code n’est pas un jouet abstrait : le banc s’appuie sur Prysm et sur go-libp2p-pubsub, avec une horloge virtuelle.

En message unique, la moitié des destinataires est touchée vers cinq secondes. La queue frôle six secondes. En version segmentée et réglée, la médiane approche 0,75 seconde. La queue se rapproche d’une seconde. Avec des segments de seize kilo-octets, le palier dit de premier niveau fait passer la médiane sous la seconde et la queue un peu au-dessus d’une seconde. Ce n’est pas une mesure mainnet. Les auteurs le répètent. La topologie réelle, le trafic concurrent, les nœuds mal configurés, tout cela peut déplacer la courbe.

Le gain ne vient pas seulement du découpage. Il vient aussi de la façon de publier. Au lieu d’épuiser toutes les copies d’un même segment avant de passer au suivant, la source disperse tôt des pièces différentes vers des pairs différents. Plusieurs sections du payload se mettent en mouvement en même temps. Le réseau cesse d’attendre qu’une vague unique ait fini de déferler.

Le Prix Caché Des Morceaux Indépendants

Rien n’est gratuit. Le premier palier consomme environ un tiers d’octets reçus en plus que l’approche actuelle. Beaucoup de pièces identifiées séparément, plus de messages de contrôle pour les annoncer. Sur une liaison déjà saturée, ce surcoût n’est pas un détail de protocole. C’est de la contention. Les chercheurs le disent sans détour : on achète de la latence avec de la redondance.

D’où les palier suivants. Au lieu de pousser chaque segment vers tous les pairs éligibles du maillage, un nœud peut n’en pousser qu’un sous-ensemble et se contenter d’annoncer le reste. Les pairs demandent ce qui leur manque. Le prototype ajoute ce que les auteurs appellent des tirages disciplinés : on demande d’abord à un seul pair, on attend un délai, on bascule si rien n’arrive. Sur un payload d’un mégaoctet, ce régime a fait descendre le trafic reçu autour d’une copie et demie par nœud, loin des doublons des variantes moins tenues.

La contrepartie est humaine autant que technique. Un pair malveillant ou simplement saturé peut annoncer un segment et ne jamais le livrer. Les tests de rétention le montrent : quand le taux de refus monte, la queue de latence se dégrade. Raccourcir les délais, multiplier les sources possibles, voilà les rustines explorées. Elles marchent jusqu’à un point. Au-delà, le réseau redevient un jeu de confiance et de temporisateurs.

Quand Le Codage Efface Les Trous

Le troisième palier ajoute un codage d’effacement de type Reed-Solomon. On compresse, on fabrique des pièces de parité, on découpe. Il n’est plus nécessaire d’attendre chaque segment original. Assez de pièces suffisent à reconstruire. Dans les essais, ce modèle a donné la queue la plus basse et a continué de fonctionner quand certains fragments étaient retenus. Le coût bascule vers la source : elle envoie davantage, parce que la parité pèse.

Ce palier n’est pas forcément le minimum de la spécification. Les auteurs insistent : leur branche de recherche est un harnais, pas une proposition figée. Certaines configurations de codage restent expérimentales. Le brouillon d’EIP, lui, parle surtout de segments vérifiables, d’une racine Merkle dans l’offre, d’un sujet de gossip dédié aux morceaux. Soixante-quatre chunks sont évoqués dans la discussion. Le prototype recommande plutôt seize kilo-octets comme baseline, après avoir vu que huit kilo-octets n’apportaient plus de gain de latence tout en gonflant le contrôle.

Une branche de recherche n’est pas une spécification. Confondre les deux, c’est transformer un banc d’essai en promesse de mainnet.

Esprit du rapport prototype

Hegotá, Eip-7732 Et Le Calendrier Serré

EIP-8411 n’est pas activé. Le dépôt a été ouvert le 4 septembre. Le texte reste un brouillon de couche réseau. Il suppose EIP-7732, la séparation enshrined entre proposeur et builder. Sans cet engagement dans l’offre d’exécution, la racine Merkle n’a pas d’endroit naturel où se loger. Le changement est donc à la fois réseau et consensus, même si le fil de discussion le range surtout du côté du gossip de la couche consensus.

Les développeurs ont demandé un statut de proposition d’inclusion pour Hegotá, la mise à niveau prévue après Glamsterdam. La demande est arrivée après l’échéance habituelle. Les promoteurs présentent 8411 comme un remplaçant d’EIP-8142, qui explorait le placement de blocs dans des blobs et soulevait des doutes sur les preuves KZG côté builder et sur la réutilisation des sous-réseaux de disponibilité des données. Le 10 septembre, l’appel des clients d’exécution a renvoyé le dossier vers l’appel consensus, précisément parce que le cœur du changement est le réseau des validateurs.

L’ordre du jour d’ACDC numéro 187 place la discussion PFI aujourd’hui, 17 septembre, à 14 heures UTC. Au moment où les mesures ont été relayées, l’appel n’avait pas encore eu lieu. Aucune décision d’inclusion n’était donc écrite. Hegotá se resserre déjà autour de l’abstraction de compte, du scaling, de la résistance à la censure. Arriver en retard dans cette file n’interdit rien. Cela oblige à convaincre vite, avec des preuves encore de laboratoire.

Ce Que Change Un Payload Plus Gros

La limite de gaz a déjà grimpé. Fin 2025, elle a atteint soixante millions après signal des validateurs. Plus de gaz, plus de données d’exécution à faire circuler dans le même budget de temps. Vitalik Buterin a décrit l’augmentation de capacité de la couche 1, PeerDAS et le travail futur sur les ZK-EVM comme des pièces du même plan. La livraison plus rapide des payloads s’inscrit dans cette conversation : si les messages grossissent, les délais de propagation deviennent un plafond aussi réel qu’un plafond de gaz.

Les documents d’Ethereum décrivent le payload d’exécution comme les données de transactions et d’état produites par le client d’exécution, puis portées par le processus de consensus. Les validateurs reçoivent d’abord les blocs proposés via le gossip consensus, puis envoient les données d’exécution à leur client d’exécution pour validation. Si ce transit se traîne, le reste de la machine attend. Accélérer le transit n’augmente pas magiquement le débit théorique. Cela rend plus crédible l’usage de ce débit dans les délais imposés par le protocole.

Le Maillage Reste, Le Message Change

Le prototype conserve le format filaire de gossipsub, la construction du maillage, le degré des pairs et le système de score. On ne jette pas le réseau pour en inventer un autre. On change ce que l’on publie et la politique de relais. C’est une décision de prudence. Moins on touche au socle, plus on isole l’effet du découpage. C’est aussi une limite : si le goulot se trouve plus bas, dans la pile QUIC ou dans la gestion des files, le gain mesuré aujourd’hui pourrait bouger demain.

Les questions ouvertes s’alignent comme une liste de courses d’ingénierie. Trafic de contrôle en hausse. Coût processeur de beaucoup de petits messages. Autres mappings de segments. Gestion des files. Réglage des minuteries. Comparaison entre un seul sujet, des messages partiels, ou un sujet par segment. Les auteurs prévoient ces comparaisons. Ils notent aussi qu’une pile plus centrée sur QUIC pourrait donner un autre profil. Autrement dit, EIP-8411 n’est pas la fin de l’histoire réseau. C’est un levier parmi d’autres.

Ce Que Les Validateurs Devraient Retenir

Un opérateur de nœud n’a rien à activer demain matin. Le drapeau expérimental existe sur une branche Prysm recommandée, derrière une option du type activation du gossip de payload segmenté. La branche libp2p qui l’accompagne implémente les politiques de relais et de requête du papier. C’est du code de recherche. Le traiter comme un binaire de production serait une erreur de lecture. Les auteurs le disent eux-mêmes.

En revanche, le débat d’inclusion mérite d’être suivi. Si Hegotá accueille le socle minimal, les clients devront implémenter le nouveau sujet, les preuves d’inclusion, la publication par lots, éventuellement plus tard les tirages et le codage. Chaque étape change le profil de bande passante. Les nœuds domestiques, déjà au centre du scénario de test, sont précisément ceux que l’on veut garder dans le jeu. Un protocole qui n’accélère que les fermes n’améliore pas la décentralisation. Un protocole qui accélère aussi la maison, si le surcoût reste tenable, change la donne.

Il faudra aussi regarder le comportement sous attaque. Annoncer sans livrer n’est pas une attaque théorique. C’est un geste bon marché. Les temporisateurs et les sources multiples atténuent. Ils n’annulent pas. Le score des pairs, déjà présent dans gossipsub, redevient un instrument politique autant que technique. Qui reste dans le maillage, qui en sort, qui se fait ignorer : ces règles peseront plus lourd si les messages se multiplient.

Une Histoire Plus Large Que Ce Brouillon

Ethereum n’en est pas à sa première tentative pour faire voyager plus de données sans casser les délais. Les blobs, PeerDAS, les sous-réseaux de disponibilité, les discussions sur les preuves côté builder : tout cela raconte la même tension. On veut plus de capacité. On ne veut pas que seuls les nœuds les mieux connectés survivent. EIP-8142 a buté sur le coût de preuve et sur le recyclage des sous-réseaux. EIP-8411 répond par un autre angle : ne pas mettre le bloc dans un blob, mais le couper en morceaux que le gossip déjà là peut mâcher plus tôt.

Cette différence d’angle n’est pas cosmétique. Elle évite, du moins dans l’intention, de charger davantage les mécanismes de disponibilité conçus pour autre chose. Elle ajoute une contrainte consensus minimale : une racine dans l’offre. Le reste se joue dans le relais. C’est élégant sur le papier. En production, l’élégance se mesure au comportement des files d’attente un vendredi soir, quand tout le monde publie en même temps.

On peut aussi lire ces tests comme un rappel. Avant de parler de ZK-EVM partout, avant de rêver de limites de gaz encore plus hautes, il faut savoir si un Mio traverse le graphe assez vite. Si la réponse est non, le reste du plan se heurte à la physique des liens. Si la réponse devient oui, même en simulation prudente, alors le plan redevient discutable de façon concrète. C’est le rôle utile d’un prototype : déplacer la conversation du slogan vers la seconde.

Lire Les Résultats Sans Surestimer Le Banc

Une médiane à 0,75 seconde sonne mieux qu’une médiane à cinq secondes. Elle ne dit pas ce que fera un nœud derrière une box saturée, ni un pair qui score mal, ni un builder qui publie depuis un continent défavorable. Elle ne dit pas non plus ce que feront les messages concurrents, les attestations, les autres topics. Le banc isole. Le réseau réel mélange. Cette isolation est précieuse pour comparer deux politiques de publication. Elle devient trompeuse si on la brandit comme une garantie de slot.

Les dix graines aléatoires réduisent le risque d’un graphe trop gentil. Elles ne recréent pas la mémoire du réseau, les communautés de pairs, les asymétries de peering. Un prototype qui garde gossipsub tel quel hérite aussi de ses habitudes. C’est un atout de compatibilité. C’est un héritage de biais. Les prochaines campagnes de mesure devront sortir du virtual clock, ou du moins le confronter à des captures plus sales.

Ce Qui Peut Se Décider Dans L’Appel

Un statut PFI n’est pas une activation. C’est une place dans la file des spécifications à travailler pour une mise à niveau nommée. Les clients peuvent encore reculer, découper, reporter le codage, garder seulement le sujet de chunks et la racine. Ils peuvent aussi juger que le dossier arrive trop tard, que le risque de surface est trop large, que d’autres sujets Hegotá saturent déjà les calendriers d’implémentation.

Le plus probable, si l’histoire récente sert de guide, n’est ni le rejet sec ni l’adoption intégrale des trois paliers. C’est un socle étroit : chunks vérifiables, publication un peu plus intelligente, mesures supplémentaires exigées avant de parler de parité. Les branches expérimentales resteront des branches. Le débat utile portera sur le minimum qui justifie de toucher au consensus networking pendant une fenêtre déjà chargée.

Pour le public plus large, le signal à retenir est plus simple. Ethereum continue de traiter la propagation comme un problème de premier plan, pas comme un détail d’infrastructure. Tant que les payloads grossissent, cette conversation reviendra. EIP-8411 est la forme qu’elle prend aujourd’hui. Elle peut changer de nom. Elle ne disparaîtra pas.

Une Seconde, Puis La Suite

Descendre sous la seconde en simulation n’est pas une victoire de marketing. C’est une invitation à vérifier si le même ordre de grandeur survit au contact du réseau réel. C’est aussi une invitation à compter les octets en trop, les cycles processeur, les pairs qui mentent, les files qui s’allongent. Le travail propre commence après le communiqué.

En attendant l’appel du jour, le texte reste un brouillon, le code un harnais, les chiffres une carte plutôt qu’un territoire. On peut s’en contenter. On peut aussi y voir le début d’une autre habitude : mesurer la seconde aussi sérieusement que l’on mesure le gaz. Sur un réseau qui veut grandir sans se vider de ses nœuds modestes, cette habitude n’est pas un luxe. C’est la condition pour que le prochain palier de capacité ne soit pas seulement écrit dans une spécification, mais tenable sur une ligne qui n’a rien d’un centre de données.