Qu'est-ce que l'EIP-4844 ?

EIP-4844 est la proposition d'amélioration d'Ethereum qui a introduit les transactions transportant des blobs. Ces transactions de type 3 transportent de gros volumes de données appelés blobs, à côté du bloc, sur la couche de consensus, qui exécute le système de proof-of-stake d'Ethereum. Les données blob restent en dehors de la couche d'exécution où s'exécutent les contrats intelligents.

Proto-Danksharding tire son nom des chercheurs qui l'ont proposé, Protolambda et Dankrad Feist, comme l'explique ethereum.org. « Proto » indique qu'il s'agit de la première étape du Danksharding complet, une conception ultérieure qui supprime la nécessité pour un nœud de télécharger toutes les données de blob.

La proposition décrit les rollups comme la seule manière sans confiance de faire évoluer Ethereum à court et moyen terme. Son objectif initial de capacité de blobs était d'environ 0,375 Mo par bloc, avec une limite d'environ 0,75 Mo.

En introduisant le format de transaction exact prévu pour le Danksharding complet, l'EIP-4844 n'a imposé aux rollups qu'un seul changement majeur dans la manière de publier leurs données. Les hausses de capacité ultérieures n'ont pas nécessité un nouveau type de transaction.

Pourquoi les rollups avaient besoin d'un nouveau type de données

Un rollup exécute les transactions sur un réseau distinct, puis publie sur Ethereum un enregistrement compressé de celles-ci. Chacun peut utiliser cet enregistrement pour reconstituer et vérifier l'état du rollup. Cette garantie s'appelle la disponibilité des données.

Pour les rollups optimistes, les données permettent à chacun de contester un état incorrect pendant la fenêtre de contestation. Les rollups zk prouvent chaque changement d'état par une preuve de validité, mais les utilisateurs ont toujours besoin des données sous-jacentes pour confirmer leurs soldes et sortir si l'opérateur cesse de fonctionner. Les deux conceptions de rollup n'exigent ces données que pendant une durée limitée.

Avant mars 2024, les rollups publiaient ces enregistrements sous forme de calldata, le champ de données d'une transaction normale. Chaque nœud Ethereum traite les calldata et les stocke de façon permanente ; les rollups payaient donc un stockage permanent alors que quelques semaines de disponibilité auraient suffi.

Le partage du même marché du gas que les autres transactions Ethereum ajoutait un autre coût. Les périodes d'affluence sur le mainnet faisaient grimper les frais de données des rollup, que les utilisateurs finissaient par payer. EIP-4844 a réglé ces deux problèmes en donnant aux blobs leur propre prix et une date de suppression fixe.

Comment fonctionnent les transactions blob

Une transaction blob ressemble à une transaction Ethereum normale à laquelle des données supplémentaires sont jointes. La spécification EIP-4844 établit les règles de base :

• Taille fixe : un blob contient 4 096 éléments de champ de 32 octets chacun, soit 131 072 octets au total (128 Kio). Les expéditeurs paient pour l'intégralité du blob, même s'ils n'en utilisent qu'une partie.
• Stockage temporaire : les nœuds de consensus conservent les blobs pendant 4 096 epochs, soit environ 18 jours, avant de les supprimer. Les opérateurs de rollup, les services d'archivage et les utilisateurs peuvent conserver leurs propres copies à des fins historiques.
• Invisible pour les contrats intelligents : l'Ethereum Virtual Machine (EVM), qui exécute les contrats intelligents, ne peut pas lire le contenu des blobs. Via l'opcode BLOBHASH, les contrats n'accèdent qu'à un hachage versionné de 32 octets de chaque blob.
• Engagements cryptographiques : chaque blob inclut un engagement KZG, une courte empreinte cryptographique de ses données. Les rollups peuvent utiliser un contrat précompilé à l'adresse 0x0A pour prouver qu'une valeur précise appartient à un blob, pour un coût de 50 000 gas.
• Frais distincts qui sont brûlés : le gas des blobs a ses propres frais de base. Le protocole brûle la totalité des frais de blob et ne les rembourse pas si la transaction échoue.

Les engagements KZG reposent sur des nombres aléatoires secrets que personne ne peut connaître. Pour les générer, Ethereum a organisé une cérémonie publique réunissant plus de 140 000 contributions, la plus importante du genre, selon ethereum.org. La configuration reste sûre tant qu'au moins un participant a détruit sa valeur secrète.

Les nœuds vérifient chaque blob une seule fois, sans l'exécuter ni le stocker de façon permanente. Cette charge de travail limitée permet au réseau de tarifer les données de blob bien en dessous des calldata.

Comment le marché des frais de blob fixe les prix

La tarification des blobs suit le même principe que l'EIP-1559, qui fixe les frais de base normaux d'Ethereum. Le protocole définit un nombre cible et un nombre maximal de blobs par bloc. Une utilisation supérieure à la cible fait monter les frais de base des blobs, tandis qu'une utilisation inférieure les fait baisser.

Un total cumulé appelé excess blob gas suit cet écart, et les frais de base augmentent de façon exponentielle avec ce total. Au lancement, un bloc contenant le maximum de 6 blobs augmentait les frais d'environ 12,5 %. Un bloc vide les réduisait d'environ 11,1 %.

L'EIP-7691 de Pectra a fait passer le ratio cible/maximum de 1:2 à 2:3 et ajusté la vitesse de mise à jour des frais. Un bloc plein augmente désormais les frais d'environ 8,2 %, tandis qu'un bloc sans blobs les réduit d'environ 14,5 %.

La faible demande a révélé une faiblesse dans la conception initiale. Chaque fois que l'offre dépassait la demande, les frais de base des blobs tombaient souvent à leur minimum de 1 wei, la plus petite unité d'ETH. Après une hausse soudaine de la demande, il fallait plus d'une heure de blocs presque pleins pour que les frais remontent de ce plancher jusqu'à un prix de marché, ont noté les auteurs de l'EIP-7918.

Capacité des blobs depuis Dencun

Ethereum a augmenté trois fois sa capacité en blobs depuis mars 2024, relevant à la fois la cible et le nombre maximal de blobs par bloc :

L'objectif actuel représente environ 4,7 fois son niveau de lancement. La capacité maximale est 3,5 fois plus élevée, ce qui permet à un bloc complet de transporter environ 2,6 Mio de données de blobs.

Parallèlement à l'augmentation de sa capacité, Pectra a introduit EIP-7623. Pour les transactions riches en données, elle a fixé des prix minimaux de calldata de 10 gas par octet nul et de 40 gas par octet non nul. Le calldata est devenu un mauvais choix pour les données de rollup, incitant les utilisateurs restants à passer aux blobs.

L'EIP-7892 de Fusaka a instauré les forks Blob Parameter Only (BPO). Ils ne modifient que la cible et le maximum de blobs, ainsi que la vitesse d'ajustement des frais de blobs. Les équipes de clients appliquent ces changements par configuration plutôt que par du nouveau code, ce qui permet d'augmenter la capacité sans attendre une mise à niveau nommée complète.

Comme le confirme l'annonce de mainnet de l'Ethereum Foundation, les deux premiers forks BPO étaient programmés en même temps que Fusaka. Tous deux ont été activés dans les temps.

Comment PeerDAS a changé la vérification des blobs

Avant Fusaka, chaque nœud de consensus téléchargeait chaque blob, ce qui faisait de la bande passante des validateurs domestiques la limite supérieure de la capacité.

PeerDAS (EIP-7594) remplace ces téléchargements complets par un échantillonnage de la disponibilité des données. Chaque blob est d'abord étendu par codage d'effacement, qui ajoute des données redondantes afin de pouvoir reconstituer l'original à partir d'une partie. Le protocole divise les données étendues en 128 colonnes. Chaque nœud ne stocke et ne vérifie qu'une partie d'entre elles.

Avec les paramètres actuels, un nœud a besoin d'environ un huitième des données totales pour vérifier leur disponibilité, selon l'EIP-7594. La collecte d'au moins la moitié des colonnes permet à n'importe quel nœud de reconstituer l'ensemble des données. À mesure que le réseau grandit, la probabilité qu'un attaquant dissimule des données tout en passant ces vérifications devient négligeable.

Les rollups qui envoient des blobs assument aussi un travail différent avec PeerDAS. Ils doivent calculer 128 preuves de cellule par blob et les joindre à la transaction, ce qui déplace des calculs coûteux loin des producteurs de blocs. L'EIP-7594 limite chaque transaction à 6 blobs.

La Fondation Ethereum indique que PeerDAS permet une augmentation de 8x de la capacité théorique en blobs. Une mise à jour antérieure du protocole décrivait une trajectoire de 6 à 48 blobs par bloc grâce à cette architecture.

EIP-7918 et le plancher des frais de blob

Une autre proposition de Fusaka, EIP-7918, lie les frais des blobs aux frais de base d'exécution. Son prix de réserve exige qu'un blob coûte au moins autant que 8 192 unités de gas d'exécution normal. Chaque blob consomme 131 072 unités de gas de blob, ce qui fait du frais de base de réserve du blob un seizième du frais de base d'exécution.

Le prix de réserve vise à rétablir un signal de prix fonctionnel. Lorsque les coûts d'exécution représentent l'essentiel des dépenses totales d'un rollup, les variations des frais de base des blobs n'influencent guère la demande, et ces frais tombent à 1 wei. La réserve fait aussi payer aux utilisateurs de blobs une partie du travail de calcul nécessaire pour vérifier les preuves KZG.

En valeur absolue, le plancher reste faible. Des frais de base d'exécution de 1 gwei fixent le coût minimal d'un blob à 8 192 gwei, soit environ 0,0000082 ETH. Lorsque la demande de blobs est élevée, la règle n'a aucun effet, car les frais du marché dépassent déjà la réserve.

Fidelity Digital Assets a modélisé le prix de réserve comme s'il s'appliquait depuis Dencun. Les frais ajustés auraient dépassé les frais observés 93 % des jours, ajoutant environ 24 641 ETH de revenus jusqu'au 28 octobre 2025. Son estimation valorisait ce montant à environ 78,6 millions de dollars pour un prix de l'ETH de 3 984 $.

Demande de blobs en 2026 : capacité inutilisée et limites du réseau

Après les forks BPO, l'offre de blobs a dépassé la demande. Les développeurs principaux ont convenu en janvier 2026 qu'un troisième fork BPO n'était pas une priorité tant que l'usage n'augmentait pas, selon la Fondation Ethereum.

L'utilisation a ensuite atteint de nouveaux sommets. Le 3 septembre 2026, elle a atteint une moyenne record sur trois jours de 5,9 blobs par bloc et une moyenne quotidienne de 6,7, selon Bankless. Ces chiffres ne représentaient encore que 40 à 50 % de l'objectif de 14 blobs. Les blocs contenant les 21 blobs complets restaient rares.

Une expansion plus poussée dépend aussi des performances du réseau. Une étude de MigaLabs a montré que les blocs contenant de nombreux blobs avaient plus de risques de provoquer la perte du bloc suivant, selon DL News. Début 2026, les développeurs sont parvenus à un accord approximatif : les données des blobs devaient se propager plus vite sur le réseau avant toute nouvelle hausse de capacité.

La prochaine hausse proposée fixerait un objectif de 21 blobs et un maximum de 32. Les développeurs comparent la baisse des frais de rollup à la charge de bande passante supplémentaire, en parallèle de la forte hausse de la limite de gas prévue pour Glamsterdam. Aucun troisième fork BPO n'a de date de mainnet à fin octobre 2026.

Qui capte la valeur : frais de rollup, revenus des blobs et offre d'ETH

L'EIP-4844 a atteint son objectif central : rendre les transactions de couche 2 bon marché. Base, Arbitrum et OP Mainnet publient désormais leurs données pour une petite fraction de leur coût passé. Nos classements des couches 2 montrent combien de réseaux dépendent de cette tarification.

Les frais bas limitent aussi les revenus d'Ethereum. Sur l'année jusqu'à fin 2025, Base a payé environ 5,2 millions de dollars de frais de blob tout en percevant environ 94 millions de dollars de frais de transaction des utilisateurs, selon Fidelity. L'essentiel de la valeur générée par son activité est resté au rollup.

Les frais de blob étant brûlés, cela a un effet direct sur l'offre d'ETH. Les destructions de frais d'exécution et de blob ont retiré environ 16 525 ETH entre le 1er janvier et le 9 octobre 2026, ne compensant que 2,07 % de l'émission brute, selon le calcul de TokenPost. L'offre nette a augmenté d'environ 778 000 ETH sur cette période. L'équilibre actuel entre destruction et émission est disponible sur notre suivi des gas d'ETH.

Les partisans soutiennent que des blobs bon marché augmentent l'activité totale. Selon eux, une capacité accrue et le prix de réserve de l'EIP-7918 pourraient faire des frais de blobs une source de revenus plus importante avec le temps. Les détracteurs soulignent que les rollups conservent la plupart des frais tout en versant peu à Ethereum, ce qui affaiblit le lien entre l'usage du réseau et le prix de l'ETH.

EIP-4844 et l'évolution de la feuille de route d'Ethereum

La feuille de route centrée sur les rollups qui sous-tend l'EIP-4844 confiait à Ethereum mainnet le rôle d'assurer la sécurité, tandis que les réseaux de couche 2 géraient l'essentiel de l'activité. Ce plan a changé en 2026.

Le 3 février 2026, Vitalik Buterin a écrit que la décentralisation des Layer 2 avait progressé bien plus lentement que prévu, alors même que le mainnet passait à l'échelle, selon The Block. Il a déclaré que la vision initiale des réseaux Layer 2 et de leur rôle dans Ethereum « n'a plus de sens » et a appelé à une nouvelle voie.

Ces deux orientations figurent dans les priorités de protocole 2026 de l'Ethereum Foundation. L'exécution sur le mainnet et la capacité des blobs relèvent désormais d'un seul axe Scale, dont les travaux Glamsterdam incluent de nouvelles hausses des paramètres des blobs. En 2025, la limite de gas du mainnet a doublé, passant de 30 à 60 millions. Cette limite mesure la quantité de calcul qui tient dans un bloc.

La concurrence vient aussi de réseaux dédiés à la disponibilité des données. Celestia et EigenDA, qui utilise de l'ETH restaked via EigenLayer, offrent davantage de capacité brute à moindre coût avec des modèles de sécurité différents. Fidelity a averti qu'une hausse des prix des blobs pourrait pousser certains rollups vers ces alternatives moins chères.

Quelle suite pour les blobs

Glamsterdam, la prochaine mise à niveau majeure, a été activée sur le réseau de test Sepolia le 6 octobre 2026, conformément au calendrier de l'Ethereum Foundation. L'activation sur le réseau de test Hoodi est prévue le 26 octobre 2026. Aucune date n'a encore été arrêtée pour le mainnet, a rapporté Yellow.

Plusieurs changements de Glamsterdam préparent le réseau à gérer davantage de blobs :

• Séparation proposeur-constructeur intégrée au protocole (EIP-7732) : elle intègre la construction des blocs au protocole et porte le temps disponible pour diffuser les données sur le réseau d'environ 2 secondes à environ 9 secondes, selon ethereum.org. Un nouveau comité vérifie que les données de blobs de chaque bloc sont arrivées à temps.
• Blobpool clairsemé (EIP-8070) : chaque client d'exécution a une probabilité de 15 % de télécharger un nouveau blob complet. Sinon, il n'échantillonne que les colonnes qui lui sont attribuées. La proposition estime que cela réduit la bande passante moyenne du blobpool d'environ 4x.
• Plancher de calldata plus élevé (EIP-7976) : le tarif minimal de calldata passe à 64 gas par octet. Des incitations plus fortes à utiliser les blobs figurent parmi les objectifs déclarés de la proposition.

Prévu après Glamsterdam, Hegota a pour fonctionnalité phare les listes d'inclusion imposées par le choix de fork (FOCIL). L'Ethereum Foundation inclut la résistance à la censure pour les blobs parmi les axes de recherche associés à ces travaux.

L'objectif à long terme reste le Danksharding complet. Ethereum.org le situe à plusieurs années et s'attend à ce qu'il prenne en charge plus de 100 000 transactions par seconde sur l'ensemble des rollups. PeerDAS et les forks BPO, ainsi que les changements de réseau de Glamsterdam, sont des étapes vers cette conception.

Conclusion

L'EIP-4844 a donné aux rollups les données temporaires et peu coûteuses dont ils avaient besoin. Les blobs ont réduit leur principal poste de coûts de plus de 90 % du jour au lendemain et ont préservé la voie vers le Danksharding complet.

La plupart des défis restants sont économiques et politiques. L'espace des blobs dépasse la demande des rollup, de sorte que les frais de blobs contribuent peu à la destruction d'ETH. Parallèlement, Ethereum réexamine le rôle des rollup dans sa feuille de route.

Nous nous attendons à ce que la demande et la capacité du réseau à gérer des blocs plus volumineux déterminent le rythme des futurs forks BPO. Tant que l'utilisation n'atteint pas l'objectif actuel, l'indicateur de blobs le plus important est la part de l'objectif de 14 blobs que les rollups consomment chaque jour.