EIP-4844 expliqué : comment le proto-danksharding a réduit les frais L2

Pourquoi Ethereum avait besoin d'une nouvelle façon de publier les données des rollups

Pendant des années, le mainnet Ethereum a été le goulot d'étranglement de chaque rollup construit par-dessus. Un rollup est un réseau de couche 2, souvent appelé L2, qui regroupe des milliers de transactions d'utilisateurs, les compresse et publie le résultat sur Ethereum afin que n'importe qui puisse le vérifier. Le coût de cette publication représentait le plus gros poste de dépenses dans la structure de frais d'un L2.

Avant mars 2024, les rollups publiaient leurs données compressées sous forme de calldata. La calldata est le champ de données à l'intérieur d'une transaction Ethereum normale, la partie qui indique à un smart contract quoi faire. Chaque nœud du réseau Ethereum devait télécharger la calldata, la stocker pour toujours et la traiter. Cela créait deux problèmes à la fois. D'abord, la calldata entrait en concurrence avec les transferts d'ETH classiques et les échanges DeFi pour le même espace de bloc limité, ce qui faisait grimper son prix sous l'effet d'une demande sans rapport. Ensuite, les données des rollups restaient sur disque indéfiniment, alors que le rollup n'en avait besoin que quelques jours, le temps que les contestations soient possibles.

Pour les utilisateurs, le symptôme était des frais élevés sur Arbitrum, Optimism, Base et d'autres rollups. Pour les développeurs, la contrainte était claire : Ethereum ne pouvait pas atteindre des milliers de transactions par seconde en compressant tout dans le même marché on-chain. Il fallait changer la façon dont les données étaient publiées, pas seulement la façon dont elles étaient exécutées.

Ce que l'EIP-4844 a réellement changé

Le proto-danksharding, nom informel de l'EIP-4844, a été livré avec la mise à niveau Dencun le 13 mars 2024. Elle n'a pas augmenté le débit de transactions d'Ethereum et n'a pas réduit les coûts de gas pour les utilisateurs effectuant des transactions directement sur le mainnet. Elle a introduit un nouveau type de transaction, appelée de type 3 ou transaction porteuse de blob, qui attache un morceau de données distinct appelé blob.

Un blob est un morceau de données binaires, d'environ 125 kilooctets, qui voyage aux côtés d'une transaction Ethereum mais vit dans un endroit différent. L'Ethereum Virtual Machine, l'EVM, ne peut pas lire le contenu des blobs, ce qui constitue le choix de conception clé. Les smart contracts sur Ethereum peuvent vérifier qu'un blob existe et contrôler ses engagements, mais ne peuvent pas aller y piocher. C'est volontaire : cela maintient les données des blobs hors du chemin d'exécution de l'EVM, ce qui signifie que le mainnet n'a pas à effectuer de calculs supplémentaires pour les utiliser.

L'effet concret est que les rollups peuvent désormais publier leurs données de lot compressées sous forme de blob, payer des frais sur un marché distinct, et laisser les validateurs Ethereum conserver ces données pendant environ 18 jours avant de les supprimer. Cette fenêtre est suffisamment longue pour que les systèmes de preuves de fraude et de preuves de validité fassent leur travail, et suffisamment courte pour que les validateurs ne soient pas submergés par les données stockées au fil du temps.

Blobs contre calldata : quelle est la différence concrète

Le calldata et les blobs se ressemblent au premier abord, puisque les deux ne sont que des octets attachés à une transaction, mais ils se comportent très différemment dans la mécanique d'Ethereum.

Le calldata fait partie de la couche d'exécution. Chaque nœud doit le télécharger, le stocker de façon permanente dans l'historique de la chaîne, et le rendre accessible aux smart contracts via l'EVM. Les blobs font partie de la couche de consensus. Ils sont stockés séparément, accessibles uniquement via des engagements cryptographiques, et supprimés après environ 4 096 epochs, ce qui correspond à environ 18 jours.

C'est cette séparation qui rend les blobs moins chers. Avant l'EIP-4844, les rollups devaient payer le même prix du gaz qu'un swap sur Uniswap ou un mint de NFT, car ils étaient tous en concurrence sur le marché du calldata. Après l'EIP-4844, les rollups paient un prix de blob gas distinct, et le plafond est d'environ six blobs par slot, soit environ 0,75 mégaoctet de données blob par bloc. L'offre d'espace blob est son propre paramètre, et la demande de blobs provient principalement des rollups, pas des traders DeFi, donc les deux marchés montent rarement en même temps.

Le marché de frais séparé : comment fonctionne le prix des blobs

L'EIP-4844 a introduit un nouveau mécanisme, similaire à l'EIP-1559, pour fixer le prix de l'espace blob. Il existe un nombre cible de blobs par bloc, actuellement 3, et un maximum de 6. Si plus de 3 blobs sont publiés, le prix de base du blob augmente. Si moins sont publiés, il baisse. Il s'agit d'un prix flottant conçu pour maintenir l'utilisation des blobs proche de la cible dans le temps, plutôt que de laisser une seule journée chargée faire grimper les coûts pendant des semaines.

On peut observer ce marché en action sur des tableaux de bord comme ultrasound.money, qui suit le prix de base du blob en gwei. Pendant les mois qui ont suivi Dencun, l'espace blob était souvent sous-utilisé et les frais tournaient autour de zéro. Lors des périodes chargées, quand un mint populaire ou une application virale poussait plusieurs rollups à publier en même temps, les frais de blob montaient, mais rarement jusqu'aux niveaux en dollars qu'imposait le calldata auparavant.

Pour les utilisateurs de rollups, l'avantage était que les L2 pouvaient garder leurs coûts de publication prévisibles la plupart du temps, et répercuter les économies. L'avantage n'était pas uniforme. Si un rollup décidait de conserver une partie des économies comme marge, l'utilisateur constatait une baisse plus faible. L'avantage était aussi conditionnel. Comme les blobs sont plafonnés à six par slot, les pics de demande peuvent encore provoquer des hausses temporaires de frais, et ce plafond est la contrainte que le full danksharding est censé lever.

Comment les rollups utilisent réellement les blobs en pratique

Du point de vue de l'utilisateur, rien n'a changé dans la façon d'envoyer une transaction. Il signe toujours un message dans son portefeuille, un séquenceur (le service d'ordonnancement des transactions du rollup) le récupère, et le rollup regroupe des milliers de transactions dans un lot. Le changement se situe à l'étape trois, lorsque le lot est publié sur Ethereum.

Avant l'EIP-4844, le rollup appelait un contrat sur le mainnet et passait le lot compressé en calldata, en payant le plein prix du gaz de calldata. Après l'EIP-4844, le rollup soumet une transaction de type 3 qui inclut les données compressées sous forme de blob et seulement un petit engagement envers ce blob dans le calldata. Le contrat on-chain vérifie l'engagement, et le blob lui-même est détenu par les nœuds de la couche de consensus.

C'est pourquoi l'expérience utilisateur a évolué si vite. Arbitrum, Optimism, Base et Polygon zkEVM ont tous intégré les blobs dans les semaines qui ont suivi Dencun. Les rollups ZK comme zkSync et Starknet ont suivi. La baisse des frais était bien réelle, mais son ampleur variait selon les rollups, car les L2 avaient d'autres composantes de coût en plus de la publication des données, notamment les frais de séquenceur, la vérification des preuves et les propres frais généraux du L2.

Ce que les blobs ne peuvent pas faire, et les vrais risques

Les blobs résolvent un problème précis : la publication bon marché de données. Ils n'en résolvent pas plusieurs autres, et comprendre ces limites fait partie d'une lecture honnête de la mise à niveau.

Premièrement, les blobs sont temporaires. Après environ 18 jours, les données disparaissent des nœuds Ethereum. Les rollups, ou des services tiers comme les couches DA ou les explorateurs de blocs, sont responsables de la conservation à long terme de toute donnée dont les utilisateurs ou les applications ont besoin. Si un rollup s'arrête et que personne n'a archivé ses données, l'historique peut être perdu. C'est un mode de défaillance réel qui n'a pas été entièrement résolu à l'échelle de l'écosystème.

Deuxièmement, l'espace blob reste plafonné à six blobs par slot. Lorsque plusieurs rollups sont actifs, ils se disputent ce plafond et les frais de blob augmentent. Ce plafond est la principale raison pour laquelle les frais des L2 montent lors des mints populaires, même après Dencun. La solution, plus de capacité blob, est précisément le rôle du full danksharding.

Troisièmement, l'EIP-4844 n'a pas magiquement rendu chaque L2 bon marché. Les conceptions de séquenceurs, la fréquence de publication des lots, l'efficacité de la compression et les coûts de preuve restent tous déterminants. Un rollup qui publie un lot par heure paie plus par lot qu'un autre qui publie toutes les quelques minutes, et un rollup ZK doit vérifier une preuve de validité sur le mainnet, ce qui coûte encore du gaz de calldata. L'EIP-1153, qui a introduit les opcodes de stockage transient, a également réduit les coûts des L2, et elle a été livrée dans la même mise à niveau Dencun. La baisse des frais est l'effet combiné de plusieurs changements, et non celui d'un seul commutateur.

Du proto-danksharding au danksharding complet et à PeerDAS

L'EIP-4844 est qualifiée de proto-danksharding parce qu'elle met en place la majeure partie de la logique du danksharding, mais seulement une petite partie de la capacité. Le danksharding complet porterait la capacité des blobs de 6 blobs par slot à 64, et l'associerait à une technique appelée échantillonnage de disponibilité des données, afin que les validateurs n'aient pas à télécharger chaque blob pour vérifier la chaîne.

PeerDAS, pour Peer Data Availability Sampling, est l'étape de recherche intermédiaire. L'idée est que les validateurs ne téléchargent qu'un échantillon aléatoire des données de chaque blob, utilisent la cryptographie pour confirmer que le reste est disponible sur le réseau, et n'ont jamais besoin de tout voir. C'est ce qui rendrait 64 blobs par slot réalistes sans obliger chaque staker à stocker des gigaoctets de données.

Rien de tout cela n'est encore livré. La feuille de route telle qu'elle se présente en 2025 indique que PeerDAS est en phase de recherche active et pourrait apparaître sur un testnet, le danksharding complet restant encore plus éloigné. L'EIP-4844 fournit à Ethereum l'ossature, le nouveau type de transaction, le marché des frais et les règles de consensus, afin que les mises à niveau ultérieures soient additives plutôt que disruptives. La partie intéressante, une capacité nettement plus grande, est encore à venir.

Ce que cela signifie pour les utilisateurs et les développeurs aujourd'hui

Si vous êtes utilisateur, la conséquence concrète est que les frais de rollup sur Arbitrum, Optimism, Base et les autres principaux L2 sont sensiblement plus bas qu'au début de l'année 2024, et la part de disponibilité des données dans ces frais est désormais tarifée sur un marché qui se comporte davantage comme une matière première que comme une ressource rare. En période calme, cette composante du frais tend vers zéro.

Si vous êtes un développeur qui choisit où déployer, l'EIP-4844 ne change pas le fait que chaque rollup possède sa propre architecture, son propre séquenceur et ses propres hypothèses de confiance. Elle signifie en revanche que la disponibilité des données, autrefois le poste de coût dominant, n'est plus la principale raison de préférer un L2 à un autre. Les systèmes de preuve, la liquidité de l'écosystème et l'outillage comptent davantage aujourd'hui qu'en 2023.

Pour être honnête, le proto-danksharding a rendu les rollups moins chers, mais n'a pas achevé le travail de mise à l'échelle. La feuille de route offre encore une marge de progression importante, et la prochaine étape dépend de la recherche sur PeerDAS, du matériel des validateurs et de mises à niveau de la couche de consensus qui n'ont pas encore été activées.

Suivre l'actualité des frais de rollup de manière intelligente

L'économie des rollups évolue vite. Les frais de blobs, les changements de séquenceurs et les mises à niveau du mainnet modifient tous les coûts des L2 d'une manière que les tableaux de bord ne capturent qu'après coup. Zippfeed met en avant les titres concernant ETH, ARB, OP et POL avec une notation de sentiment et un indice d'importance, pour que vous puissiez repérer les moments où les marchés de frais se tendent, où une nouvelle proposition de plafond de blobs arrive, ou où un rollup majeur modifie sa stratégie de publication, sans avoir à surveiller vous-même une douzaine de canaux Discord et de forums de gouvernance.