Les chercheurs d'Ethereum explorent une proposition de conception qui déplace les données de la charge utile d'exécution vers des « blobs » publiés aux côtés des blocs, dans le but de réduire les exigences de bande passante tout en permettant une plus grande évolutivité.
Dans un récent article de recherche intitulé "Blocks Are Dead. Long Live Blobs" (Les blocs sont morts. Vive les blobs), co-écrit par Toni Wahrstatter et d'autres contributeurs d'Ethereum, les auteurs présentent l'EIP-8142, ou "Block-in-Blobs" (blocs dans les blobs) — une proposition préliminaire introduite plus tôt cette année.
Cette conception permettrait d'encoder les données de transaction directement dans des blobs — un format de données introduit lors de la mise à niveau EIP-4844 d'Ethereum — plutôt que d'exiger des validateurs qu'ils téléchargent et réexécutent l'intégralité des charges utiles d'exécution.
Selon les chercheurs, cette idée vise un goulot d'étranglement dans l'architecture d'Ethereum.
L'augmentation de la taille des blocs, associée à des limites de gaz plus élevées, signifie que les validateurs doivent télécharger et vérifier un ensemble de données croissant. Cela augmente la pression sur la bande passante et limite l'évolutivité.
En mars 2024, les blobs ont été introduits dans le cadre de la feuille de route de disponibilité des données d'Ethereum lors de la mise à niveau Dencun.
Livrés via l'EIP-4844, également connu sous le nom de proto-danksharding, les blobs sont conçus pour transporter de gros morceaux de données plus efficacement que le calldata de transaction standard.
Plutôt que de stocker tous les détails des transactions directement sur la chaîne et d'exiger des validateurs qu'ils traitent ces données, les blobs permettent d'engager les données cryptographiquement et de les vérifier sans réplication complète sur le réseau.
L'EIP-8142 pousse cette idée plus loin.
Au lieu de traiter les blobs comme une couche de données auxiliaire, la proposition déplace les données de charge utile d'exécution essentielles — déjà encodées au format RLP standard d'Ethereum — dans les blobs eux-mêmes.
Les validateurs vérifieraient ensuite les engagements cryptographiques envers ces blobs et, au fil du temps, s'appuieraient sur l'échantillonnage de la disponibilité des données. De cette manière, ils peuvent vérifier de petites portions de données pour s'assurer que l'ensemble des données existe sans le télécharger entièrement.
Le changement devient particulièrement pertinent dans un avenir où les systèmes zkEVM gèrent la vérification de l'exécution.
Les preuves à divulgation nulle de connaissance peuvent confirmer que les transactions ont été traitées correctement, éliminant ainsi la nécessité pour les validateurs de réexécuter chaque transaction.
Cependant, ces preuves seules ne garantissent pas que les données de transaction sont réellement disponibles. "Sous zkEVM, les validateurs vérifient les preuves, pas les transactions directement", a écrit Wahrstatter. Il a également noté que sans un mécanisme séparé, les données pourraient être retenues tout en réussissant les vérifications de consensus.
Block-in-Blobs est conçu pour combler cette lacune, soutient la proposition.
En intégrant les données de transaction dans des blobs avec des engagements cryptographiques, la proposition rend la disponibilité des données explicite plutôt qu'implicite, permettant aux validateurs d'échantillonner les données plutôt que de les télécharger en entier tout en préservant les garanties de sécurité.
Il y a aussi des implications plus larges sur la façon dont Ethereum gère les données.
Aujourd'hui, Ethereum sépare toujours le gaz d'exécution de l'utilisation des données de blob. Selon le nouveau modèle, les deux pourraient être unifiés en un seul système de "gaz de données". Si cela est mis en œuvre avec succès, les chercheurs affirment que cela alignerait les coûts sur toutes les formes de disponibilité des données et éviterait les limites qui se chevauchent.
Parallèlement, des efforts sont en cours pour améliorer la structure et l'exécution des transactions elles-mêmes.
Biconomy, en collaboration avec la branche UX de la Fondation Ethereum, a proposé l'ERC-8211, une norme qui transforme les transactions en flux de travail programmables.
Au lieu de paramètres fixes définis lors de la signature, l'ERC-8211 permet aux transactions de récupérer des données onchain en temps réel, de valider des conditions et d'exécuter plusieurs étapes en séquence avec une seule signature. L'objectif est de réduire les transactions échouées et de permettre des interactions plus complexes et pilotées par des agents à travers les protocoles DeFi, comme expliqué dans le fil de discussion de Biconomy sur X.
Ces deux développements s'inscrivent dans une vague d'expérimentation plus large au sein de l'écosystème d'Ethereum. Les chercheurs ont esquissé des chemins de mise à niveau pluriannuels jusqu'à la fin de la décennie, suite au déploiement du double hard-fork l'année dernière.
Avertissement : The Block est un média indépendant qui fournit des nouvelles, des recherches et des données. Depuis novembre 2023, Foresight Ventures est un investisseur majoritaire de The Block. Foresight Ventures investit dans d'autres sociétés du secteur des cryptomonnaies. L'échange de cryptomonnaies Bitget est un commanditaire principal (LP) pour Foresight Ventures. The Block continue de fonctionner indépendamment pour fournir des informations objectives, percutantes et opportunes sur l'industrie de la cryptomonnaie. Voici nos divulgations financières actuelles.
© 2026 The Block. Tous droits réservés. Cet article est fourni à des fins d'information uniquement. Il n'est pas offert ni destiné à être utilisé comme conseil juridique, fiscal, d'investissement, financier ou autre.
