Ethereum propose une mise à jour 'blobs-only' pour l'échelle L1

Paragraphe d'introduction

Le 8 avril 2026, des chercheurs d'Ethereum ont présenté une proposition visant à évoluer vers des blocs « blobs-only » sur la couche 1, un prolongement de l'EIP-4844 (proto-danksharding) que la Fondation avait déployé en 2023. The Block a rendu compte du projet de proposition et des simulations associées le 8 avril 2026, décrivant des architectures destinées à déplacer les charges utiles persistantes de bloc hors du calldata transactionnel traditionnel vers des blobs de données éphémères afin d'alléger la pression sur le stockage et la bande passante des validateurs (source : The Block, 8 avr. 2026). Les partisans soutiennent que l'approche préserve la sémantique de disponibilité des données des rollups tout en réduisant sensiblement la charge on‑chain pour les nœuds complets et les validateurs ; des mises à jour antérieures comme l'EIP-4844 sont créditées d'avoir réduit les coûts de calldata des rollups jusqu'à environ 10x, soit une diminution d'environ 90 % par rapport aux tarifs calldata pré‑4844 (source : Ethereum Foundation, 2023). Les calendriers de mise en œuvre restent incertains ; les chercheurs suggèrent une recherche échelonnée et des essais sur testnet tout au long de 2026–27 avant toute adoption mainnet, et la proposition vise explicitement à concilier décentralisation à long terme et faisabilité opérationnelle à court terme.

Contexte

Le concept de blobs-only s'enracine dans l'architecture proto-danksharding introduite avec l'EIP-4844 en 2023. L'EIP-4844 séparait les blobs de données éphémères du calldata transactionnel standard et créait une voie à moindre coût pour la disponibilité des données des rollups ; l'impact industriel a inclus des réductions significatives des frais par transaction pour les rollups L2 et une amélioration de l'économie de traitement pour les services d'agrégation. Le changement de 2023 n'a toutefois pas entièrement résolu le problème des ressources des validateurs, car les nœuds doivent toujours traiter et vérifier les métadonnées liées aux blocs et maintenir des index d'état. Les chercheurs proposent désormais d'aller plus loin en supprimant la charge utile conventionnelle des blocs au profit d'un design où les blocs servent principalement de conteneurs pour des engagements de blobs et des métadonnées minimales, déplaçant le trafic de données plus lourdes vers des canaux éphémères.

La couverture de The Block (8 avr. 2026) présente la mise à niveau comme une réponse pragmatique à l'augmentation rapide des volumes d'agrégation L2 et aux goulots d'étranglement matériels des validateurs. La transition d'Ethereum vers la preuve d'enjeu (proof-of-stake) après le Merge en septembre 2022 a supprimé les contraintes énergétiques mais a laissé l'échelle opérationnelle — E/S disque, bande passante réseau et croissance du stockage à long terme — comme principaux facteurs de coût. La télémétrie réseau collectée par les opérateurs de nœuds en 2025–26 a montré des augmentations soutenues du débit de données provenant des rollups optimistic et équivalents optimistic, poussant des groupes de recherche à publier des simulations prototypes. La proposition d'avril 2026 représente l'étape itérative suivante de la feuille de route Ethereum plutôt qu'un fork radical : elle s'appuie sur des primitives existantes et privilégie la compatibilité ascendante lorsque possible, tout en reconnaissant des changements dans la manière dont les clients de nœuds et les validateurs acceptent et vérifient les blocs.

Le défi de gouvernance et de coordination est considérable. Toute modification qui change la sémantique des blocs touche au consensus, aux clients logiciels et à l'économie de l'exploitation des nœuds pour les fournisseurs de services et les validateurs individuels. L'équipe de recherche a proposé une approche échelonnée avec des déploiements sur testnet et des couches de compatibilité ; les délais de retour des parties prenantes pourraient s'étendre sur plusieurs cycles de R&D. Il est important de noter que la proposition n'est pas présentée comme une correction d'urgence, mais comme une stratégie pour maintenir la couche 1 viable pour des rollups à fort volume sur le moyen terme.

Analyse approfondie des données

La note technique publiée en accompagnement de l'article de The Block incluait des simulations prototypes affirmant des réductions matérielles de l'utilisation des ressources par les validateurs. Selon le matériel de recherche référencé (The Block, 8 avr. 2026), une configuration « blobs-first » a réduit les lectures disque par validateur et la charge de travail d'indexation archivistique à long terme dans leur banc d'essai selon un intervalle que les auteurs décrivent comme « significatif » — le résumé public cite des réductions de l'ordre de plusieurs dizaines de points de pourcentage dans des exécutions simulées. Pour contextualiser ces chiffres : l'EIP-4844 a apporté des améliorations des coûts calldata d'environ 10x (≈90 % de coût par octet en moins pour les données de rollup par rapport au calldata hérité), et la proposition blobs-only vise à étendre ces gains aux coûts d'exploitation des nœuds plutôt qu'uniquement aux frais de transaction (source : Ethereum Foundation, 2023 ; The Block, 8 avr. 2026).

D'un point de vue opérationnel, la proposition modifie la façon dont les clients légers et complets récupèrent et vérifient les données historiques. Plutôt que de traiter les charges utiles de bloc comme canoniques, les validateurs ancreraient des engagements sur des blobs éphémères qui sont garbage-collected (supprimés automatiquement) après une fenêtre de rétention définie. En pratique, cela réduit la pression du stockage à long terme — le coût dominant pour les nœuds d'archivage — mais augmente la dépendance aux services de disponibilité à court terme et possiblement à des relais spécialisés d'accessibilité des blobs. Les chercheurs reconnaissent ce compromis, proposant plusieurs paramètres de fenêtre de rétention (par ex. 1–30 jours) dans les simulations pour modéliser les courbes coûts de bande passante versus stockage.

Les comparaisons avec d'autres chaînes et couches sont instructives. Les opérateurs de nœuds complets Bitcoin doivent conserver l'historique complet des blocs par conception ; l'approche blobs-only rapproche Ethereum d'un modèle fonctionnellement plus semblable à des modèles délégués ou hybrides utilisés par certaines chaînes évolutives, tout en préservant la validation décentralisée des transitions d'état. Comparée aux pairs L2, tels que les optimistic rollups (p. ex. Optimism) et les ZK‑rollups (chez les principaux fournisseurs), la mise à niveau blobs-only vise explicitement à réduire la friction de la couche 1 pour ces rollups — et non à les remplacer. Un indicateur clé à surveiller est le coût par octet de la disponibilité des données : le passage des tarifs calldata pré‑4844 aux blobs a produit en 2023 un ordre de grandeur de variation des coûts pour les rollups, et la nouvelle proposition cherche à capter un delta opérationnel additionnel pour les validateurs.

Implications sectorielles

Pour les fournisseurs d'infrastructure et les opérateurs de nœuds, la proposition pourrait remodeler la planification CAPEX et OPEX. Des exigences de stockage à long terme plus faibles diminueraient l'attractivité des coûteux nœuds d'archivage et augmenteraient la viabilité économique des petits validateurs. Conversely, it coul