Explication de l`EIP-4844 : comment le proto-danksharding a réduit les frais de couche 2 d`Ethereum de 90 %
Avant mars 2024, l'envoi de 10 $ de tokens sur Arbitrum coûtait environ 0,50 $ de frais. Sur Base, ce coût pouvait parfois dépasser un dollar. Ces frais étaient dus au fait que chaque agrégat de couche 2 devait publier ses données de transaction sur le réseau principal Ethereum sous forme de données d'appel (calldata), une opération coûteuse. Ces données sont stockées de manière permanente sur la blockchain et consomment les mêmes ressources en gaz que toutes les autres transactions Ethereum.
La mise à jour Dencun a été déployée le 13 mars 2024. L'EIP-4844 a introduit les transactions blob. Les frais de couche 2 ont chuté à des fractions de centime. Le volume de transactions de la base a explosé de 224 %. Les rollups optimistes ont réduit leurs coûts de données d'appel de 81 %. Cette mise à jour n'a pas simplement ajusté les frais de gaz ; elle a transformé l'économie de l'écosystème des rollups Ethereum dans son ensemble.
Cet article détaille ce que fait réellement l'EIP-4844, comment fonctionnent les transactions blob, ce qui a changé pour les utilisateurs de L2 après Dencun, et où Ethereum va à partir de maintenant avec la mise à niveau Pectra et la voie vers le danksharding complet.
Qu'est-ce que l'EIP-4844 ?
L'EIP-4844, également appelée proto-danksharding, est une proposition d'amélioration d'Ethereum qui a introduit un nouveau type de transaction : les transactions contenant des blobs. Le principe est simple : les rollups doivent publier des données sur Ethereum afin que chacun puisse vérifier leurs transactions. Avant l'EIP-4844, ces données étaient stockées dans les calldata, qui restent indéfiniment sur la blockchain et engendrent des frais de gaz. Désormais, les rollups publient leurs données sous forme de blobs. Les blobs sont moins coûteux, temporaires et disposent de leur propre marché de frais.
Chaque blob contient 128 Ko de données, soit environ 4 096 champs de 32 octets chacun. Un bloc Ethereum peut contenir jusqu'à 6 blobs (l'objectif étant 3). Les données des blobs ne sont pas accessibles à la machine virtuelle Ethereum (EVM). Les contrats intelligents ne peuvent pas lire directement le contenu des blobs. Ils accèdent en revanche à un hachage versionné de l'engagement KZG du blob, une empreinte cryptographique qui prouve l'existence des données sans les exposer à la couche d'exécution.
Les blobs restent sur la chaîne de balises (la couche de consensus d'Ethereum) pendant environ 18 jours. Après cela, ils sont supprimés. C'est la différence fondamentale avec les données d'appel, qui restent indéfiniment sur la chaîne. Ce modèle de stockage temporaire explique le coût bien moindre des blobs. Les nœuds Ethereum n'ont pas besoin de stocker les données des blobs en permanence, ce qui permet au réseau de traiter des volumes de données beaucoup plus importants.
Le marché du gaz pour les blobs fonctionne comme prévu par l'EIP-1559, mais spécifiquement pour l'espace des blobs. Lorsque la demande de blobs est forte (plus de 3 par bloc), les frais de base augmentent. Inversement, lorsqu'elle est faible, ils diminuent. Ainsi, le prix des blobs s'ajuste indépendamment du gaz classique ; par conséquent, un pic d'activité DeFi sur le réseau principal n'entraîne pas automatiquement une hausse des frais de couche 2.
Comment fonctionnent techniquement les transactions blob
Lorsqu'un séquenceur de rollup souhaite envoyer des données à Ethereum, il construit une transaction contenant un blob. Cette transaction inclut deux nouveaux champs qui n'existaient pas avant EIP-4844 :
- `max_fee_per_blob_gas` : le montant maximum que l'expéditeur paiera par unité de gaz blob
- `blob_versioned_hashes` : références cryptographiques pointant vers les blobs joints
Les données blob proprement dites sont transmises en tant que « sidecar » avec la transaction. Elles ne font pas partie de la charge utile d'exécution. Les nœuds Beacon stockent les blobs, les valident à l'aide d'engagements polynomiaux KZG et les rendent disponibles pendant environ 18 jours avant leur suppression.
Les engagements KZG constituent la base cryptographique. Nommés d'après Kate, Zaverucha et Goldberg, ces schémas d'engagement polynomiaux permettent à quiconque de vérifier l'exactitude d'une donnée spécifique au sein d'un blob sans télécharger l'intégralité des 128 Ko. C'est cette propriété qui rendra possible, à terme, l'échantillonnage de la disponibilité des données grâce au danksharding complet. Actuellement, chaque validateur télécharge les blobs complets. À l'avenir, il lui suffira d'en échantillonner de petits fragments.
Avant la mise à jour Dencun, Ethereum a organisé une cérémonie de configuration de confiance pour les paramètres KZG. Plus de 140 000 contributeurs y ont participé. Le modèle de sécurité exige seulement qu'un seul participant honnête ait invalidé ses calculs. Si une seule personne est honnête, le système entier fonctionne.
La charge de stockage sur les nœuds est gérable. Avec un objectif de 3 blobs par bloc, les nœuds nécessitent environ 384 Ko de stockage supplémentaire par bloc. Sur la période de rétention complète de 18 jours, cela représente environ 48 Go. Ce n'est pas négligeable, mais ce n'est pas rédhibitoire non plus.
Ce qui a changé après Dencun : les chiffres
La mise à niveau Dencun a été activée le 13 mars 2024. L'impact sur l'économie de L2 a été immédiat et massif.
| Métrique | Avant Dencun | Après Dencun | Changement |
|---|---|---|---|
| Taille moyenne des blocs de données | Ligne de base | +116,8% | Blocs plus grands, débit plus élevé |
| Utilisation des données d'appel par les regroupements | Standard | -56,8% | Les agrégats sont passés aux blobs |
| Coûts optimistes de regroupement des données d'appel | 0,50 $ à 2 $ par transaction | Sous-cent | -81% |
| Volume de transactions de base | Ligne de base | +224% | La baisse des frais a déclenché l'adoption |
| Marché du gaz Blob | N'existait pas | marché des frais indépendants | Nouveau mécanisme de tarification |
Avant Dencun, chaque octet de données de routage engendrait des frais de gaz. Une transaction Arbitrum classique nécessitait que le séquenceur publie les données d'appel sur le réseau principal Ethereum, avec les mêmes frais de gaz que tout autre utilisateur Ethereum. Aux heures de pointe, cela faisait grimper les frais de couche 2 à plusieurs dollars par transaction, réduisant ainsi l'intérêt d'utiliser une couche 2.
Après Dencun, les opérations de routage sont passées aux transactions blob. Ces dernières disposent de leur propre voie de transit. Résultat : le coût d’un transfert de jeton sur Base est passé de plusieurs dollars à quelques fractions de centime. Les frais d’Arbitrum ont chuté de façon similaire. Cette réduction a été si spectaculaire que l’activité de couche 2 a explosé. Les utilisateurs qui attendaient depuis longtemps se sont massivement connectés.
Base s'est particulièrement distinguée. Le volume de transactions a augmenté de 224 % quelques semaines seulement après le lancement de Dencun. La plateforme, soutenue par Coinbase, était onéreuse par rapport à ses concurrents. Grâce aux blobs, elle est devenue l'une des plateformes de couche 2 les plus économiques.
La mise à niveau Pectra : doublement de la capacité des blobs
La première augmentation de la capacité des blobs est intervenue avec la mise à niveau Pectra en mai 2025. L'EIP-7691 a doublé l'objectif de blobs de 3 à 6 par bloc et a augmenté le maximum de 6 à 9. Cela a effectivement doublé la bande passante de données disponible pour les rollups.
Pourquoi était-ce important ? Fin 2024, l’espace disque des blobs commençait à se saturer. Lorsque les six emplacements d’un bloc sont occupés, le coût de base des blobs augmente, comme pour l’essence en période de forte affluence. L’augmentation du nombre de paquets générant davantage de données signifiait que les faibles coûts des blobs ne le resteraient pas indéfiniment, à moins d’une augmentation de la capacité.
Pectra a résolu ce problème. Avec 6 blobs cibles par bloc, le réseau peut gérer environ deux fois plus de données cumulées avant que le marché des frais ne fasse grimper les prix. Pour les utilisateurs de la couche 2, cela signifie que les frais restent bas malgré l'augmentation de l'adoption.
Les calculs relatifs aux exigences des nœuds sont restés raisonnables. Avec 6 blobs par bloc, la charge de stockage est d'environ 768 Ko par bloc. Sur une période de rétention de 18 jours, cela représente environ 96 Go. C'est plus important qu'avant Pectra, mais cela reste accessible au matériel grand public. Préserver la décentralisation d'Ethereum en évitant d'exclure les opérateurs de nœuds domestiques est une contrainte que les concepteurs du protocole prennent très au sérieux.
Du proto-danksharding au danksharding complet
L'EIP-4844 a toujours été conçue comme une étape intermédiaire. Le proto-danksharding permet les transactions blob sur Ethereum et dispose d'un marché des frais distinct. Le danksharding complet, qui n'est pas prévu avant plusieurs années, pousse le concept beaucoup plus loin.
Le système actuel exige que chaque validateur télécharge l'intégralité de chaque blob. Cela fonctionne avec 6 à 9 blobs par bloc, mais pas avec 64 blobs ou plus. Le danksharding complet introduit l'échantillonnage de disponibilité des données (DAS), où les validateurs ne téléchargent que de petits fragments aléatoires de chaque blob et utilisent les engagements KZG pour vérifier le reste. Cela permet à Ethereum d'augmenter la capacité des blobs sans que les nœuds aient à télécharger une quantité exponentielle de données.
| Fonctionnalité | Proto-danksharding (maintenant) | Distorsion complète (future) |
|---|---|---|
| Blobs par bloc | 6 cibles, 9 max (après Pectra) | 64+ |
| Téléchargement des données du validateur | blobs pleins | Échantillons aléatoires (DAS) |
| Codage d'effacement | Non utilisé | Requis pour le DAS |
| vérification de la disponibilité des données | Téléchargement complet | Échantillonnage probabiliste |
| Charge de stockage des nœuds | ~96 Go / 18 jours | Minimum par nœud |
| débit de transactions | Des milliers de TPS sur les réseaux L2 | Des millions de cibles TPS |
La feuille de route n'est pas encore définitive. Les chercheurs d'Ethereum continuent de débattre des paramètres exacts. Mais la direction est claire : plus d'espace pour les blobs, une surcharge réduite par nœud et une couche de disponibilité des données capable de prendre en charge simultanément des centaines de rollups.
Que signifient les blobs pour les utilisateurs et les développeurs
Si vous utilisez des réseaux de couche 2, c'est grâce à l'EIP-4844 que vos frais sont réduits. C'est aussi simple que cela. Inutile de comprendre les engagements KZG ou les marchés du gaz pour les paquets de données pour en bénéficier. L'impact est automatique : les agrégateurs paient moins cher pour publier des données, ils répercutent les économies sur les utilisateurs et les transactions de chacun ne coûtent que quelques centimes.
Pour les développeurs utilisant des infrastructures de couche 2 (L2), les blobs ont bouleversé le coût des applications gourmandes en données. Les applications décentralisées (dApps) de jeux, sociales et consommatrices de données, auparavant impraticables sur des infrastructures L2 onéreuses, sont devenues viables. L'essor de Base après Dencun n'était pas fortuit. Les développeurs ont lancé des applications qui n'étaient économiquement viables qu'avec les frais liés aux blobs.
Pour le réseau principal Ethereum, la situation est plus nuancée. Les blobs génèrent des revenus de frais distincts reversés aux validateurs. Cependant, comme ces frais sont conçus pour être faibles, ils génèrent moins de revenus par octet que les données d'appel. Certains analystes estiment que cela accélère, à l'inverse, le problème de la « monnaie ultrasonique » d'Ethereum : des frais de couche 2 plus bas signifient moins d'ETH brûlés via l'EIP-1559. L'importance de ce phénomène dépend de la perception que l'on a de la proposition de valeur à long terme d'Ethereum.
Ce qui n'a pas changé, c'est qu'Ethereum continue de tout gérer. Les blobs sont temporaires, mais les engagements cryptographiques persistent de façon permanente sur le réseau principal. Les rollups ont toujours besoin d'Ethereum pour leur sécurité. Le proto-danksharding a réduit le coût des couches 2, sans pour autant les rendre indépendantes.
