EIP-4844 : Blobs, Layer 2 et ce qui a changé

Résumé : EIP-4844, plus connu sous le nom de Proto-Danksharding, a été déployé avec la Dencun le 13 mars 2024 et a doté Ethereum de leur propre voie de données dédiée via les transactions blob.

Depuis son lancement, Ethereum doublé la capacité de stockage de ses blobs grâce à Pectra (mai 2025) et a introduit PeerDAS Fusaka (décembre 2025).

Deux branches dérivées de « Blob Parameter Only » ont déjà fait passer la cible par bloc de 3 à 14 et le maximum de 6 à 21, l'objectif à long terme étant d'atteindre 128 blobs bloc en cas de mise en œuvre complète du Danksharding.

Qu'est-ce que EIP-4844?

EIP-4844, également appelé « Proto-Danksharding, a introduit un nouveau type de transaction dans Ethereum: la transaction transportant des blobs (type 0x03). Au lieu de payer pour un stockage permanent des données d'appel, les rollups peuvent joindre de gros blocs de données que les clients de consensus vérifient une seule fois avant de les supprimer au bout d'environ 18 jours.

Il en résulte un marché distinct et nettement moins coûteux dédié à data availability avec le gas classique gas . Les rollups bénéficient de la sécurité Ethereumsans avoir à payer les coûts liés à la couche d'exécution pour des données brutes qu'ils ne doivent conserver que pour les preuves anti-fraude et la reconstruction.

Au moment du lancement, chaque bloc pouvait contenir entre 0 et 6 blobs l'objectif blobs de 3. Chaque blob peut contenir jusqu'à 128 Ko de données, sécurisées par des engagements cryptographiques KZG qui permettent au réseau de vérifier la disponibilité sans que chaque nœud ait à télécharger les données de manière permanente.

EIP-4844 toujours EIP-4844 conçu comme une étape vers le « Danksharding » complet, ce projet à long terme visant à doter Ethereum d'une bande passante de données Ethereum grâce à data availability .

Qu'est-ce que EIP-4844?

Fonctionnement des transactions Blob

Les transactions Blob coexistent avec les transactions classiques, mais comportent un « sidecar » de données qui réside au niveau de la couche de consensus plutôt qu'au niveau de la couche d'exécution. Le fonctionnement est volontairement simple :

  • Stockage temporaire: chaque blob est conservé pendant environ 4 096 époques (soit environ 18 jours) avant d'être supprimé. Cette durée est suffisamment longue pour permettre rollup honnêtes rollup de télécharger les données, mais suffisamment courte pour que les besoins en espace disque des nœuds restent gérables.
  • Taille fixe: chaque blob peut contenir jusqu'à 128 Ko de données, qu'il soit entièrement utilisé ou non. Les expéditeurs paient pour l'intégralité du blob.
  • EVM : les contrats intelligents ne voient qu'un hachage versionné du blob, ce qui permet de maintenir les coûts au niveau de la couche d'exécution à un niveau bas.
  • Marché des frais distinct: Blobs leur propre système de tarification EIP-1559, avec des base qui s'ajustent selon que le bloc précédent était au-dessus ou en dessous de l'objectif. Tous base des blobs sont brûlés.

Cette conception a permis aux rollups d'data availability à un coût nettement inférieur, data availability alourdir la couche d'exécution ni rendre le service inabordable pour les utilisateurs lambda.

Rétrospective : deux ans de Blobs

Lorsque Proto-Danksharding en mars 2024, l'impact a été immédiat. Les frais médians sur Arbitrum, Optimism, Base et zkSync du jour au lendemain de quelques dizaines de centimes à quelques fractions de centime. Base , l'activité quotidienne sur Base a triplé au cours des mois qui ont suivi.

À la fin de l'année 2024, la demande avoisinait l'objectif de 3 blobs pour presque chaque bloc. Un simple airdrop lancement de jeton pourrait faire passer les frais de quelques fractions de centime à plusieurs dollars par blob, réduisant ainsi les avantages en termes de coûts qui avaient rendu blobs au départ.

Au fil de l'année, deux problèmes structurels sont apparus au grand jour :

  1. L'offre de blobs était trop limitée. Avec seulement 3 blobs cibles blobs bloc et un plafond fixe de 6, le système ne pouvait pas absorber rollup croissante rollup sans provoquer de pics de frais.
  2. Les frais de transaction étaient parfois trop bas pour être significatifs. Pendant les périodes creuses, les base tombaient à 1 wei. C'était idéal pour les rollups, mais cela perturbait la découverte des prix et signifiait que les nœuds effectuaient un véritable travail cryptographique pour une rémunération quasi nulle.

Ces deux problèmes ont été résolus lors des mises à jour qui ont suivi.

Pectra: Doublement de la capacité de stockage

Pectra , activée le 7 mai 2025, a constitué Ethereumpremier hard fork majeur Ethereumen 2025. Les principales nouveautés concernaient des modifications destinées aux validateurs, telles que les EIP-7251 et EIP-7702, mais le changement le plus important pour les rollups était dissimulé dans l'EIP-7691.

L'EIP-7691 a doublé le débit de blobs du jour au lendemain. L'objectif par bloc est passé de 3 à 6 et le maximum de 6 à 9. Le coefficient d'ajustement base a également été modifié : les blocs pleins entraînent désormais une augmentation des base d'environ 8,2 % par bloc, au lieu de 12,5 %.

Pectra a Pectra déployé l'EIP-7623, qui a fait passer le gas des données d'appel de 16 à 42 gas octet. L'objectif était simple : inciter les rollups qui utilisaient encore les données d'appel à migrer vers blobs.

Pendant la majeure partie de l'année 2025, cette configuration a bien fonctionné. L2 sont restés faibles et l'utilisation des blobs s'est maintenue autour du nouvel objectif de 6 blobs. Mais le prochain goulot d'étranglement se profilait déjà à l'horizon, et les développeurs préparaient un projet plus ambitieux.

Fusaka PeerDAS: le véritable bond en avant en matière d'évolutivité

Fusaka a été activé le 3 décembre 2025 et représente le plus grand changement apporté à l'infrastructure des blobs depuis EIP-4844 . Alors que Pectra un exercice d'optimisation, Fusaka une toute nouvelle façon pour le réseau de gérer les données blob, comme l'a confirmé en direct la Ethereum .

La fonctionnalité phare est PeerDAS (Peer Data Availability ), défini dans l'EIP-7594. Avant Fusaka, chaque nœud devait télécharger chaque blob dans son intégralité, ce qui imposait une limite stricte à la quantité de données que le réseau pouvait traiter sans compromettre la décentralisation.

PeerDAS cette contrainte en divisant les données blob en 128 colonnes réparties entre les nœuds, chaque nœud ne stockant et ne fournissant qu'un sous-ensemble. Le réseau dans son ensemble conserve l'accès à l'intégralité des données, mais aucun nœud ne supporte à lui seul la charge totale.

Les nœuds complets standard n'ont besoin de s'abonner qu'à 4 des 128 subnets de colonnes, ce qui réduit d'environ huit fois les besoins en bande passante pour les blobs. Il s'agit du même concept data availability qui sous-tend le Danksharding complet, déployé sous une forme que les validateurs de production peuvent déjà utiliser aujourd'hui.

Fusaka  PeerDAS: le véritable bond en avant en matière d'évolutivité

BPO Forks : mise à l'échelle en temps réel

Parallèlement à PeerDAS, Fusaka l'EIP-7892, qui définit un nouveau type de mini-mise à jour appelé « fork BPO » (Blob Parameter Only). Les forks BPO ajustent la cible du blob, le montant maximal et la fraction de mise à jour base sans inclure d'autres modifications du protocole.

Ethereum désormais augmenter la capacité des blobs par étapes progressives, à mesure que le réseau démontre sa capacité à gérer un débit plus élevé, au lieu d'attendre 12 à 18 mois pour le prochain hard fork. Les deux premières BPO ont été activées comme prévu :

  • BPO1 (9 décembre 2025) : augmentation du nombre cible de blobs de 6 à 10 et du nombre maximal de 9 à 15.
  • BPO2 (7 janvier 2026) : augmentation du nombre cible de blobs de 10 à 14 et du nombre maximal de 15 à 21.

À elles seules, ces deux bifurcations ont permis de tripler la capacité de stockage de blobs en un mois. Les développeurs principaux prévoient déjà de nouvelles propositions de mise à jour (BPO) visant à atteindre 48 blobs bloc d'ici mi-2026, l'objectif à long terme étant de 128 blobs slot dans le cadre d'un Danksharding complet.

BPO Forks : mise à l'échelle en temps réel

Recettes provenant des frais de Blob depuis le lancement

Chaque base lié aux blobs versé sur Ethereum brûlé, ce qui fait que les recettes issues des blobs contribuent directement au mécanisme déflationniste ETH. Le bilan actuel est plus nuancé que ne le laissent supposer les chiffres globaux.

Au cours de la première année qui a suivi Dencun, les transactions « blob » ont généré environ 1 020 ETH base EIP-4844 , auxquels s'ajoutent quelque 2 000 ETH EIP-1559 , soit un total d'environ 8 millions de dollars. Ce montant est modeste par rapport L1 et bien inférieur aux 34 millions de dollars par mois que les couches 2 (L2) dépensaient en données d'appel avant la mise à niveau.

La raison est simple : hormis de brèves hausses liées à des événements tels que Blobscriptions etairdrop LayerZero , les base des blobs sont restés, pendant la majeure partie des années 2024 et 2025, à 1 wei ou presque. Les rollups bénéficiaient data availability quasi gratuit, tandis Ethereum pratiquement aucune valeur.

Les analystesFidelity Assets ont simulé ce qu'auraient été les revenus liés aux blobs si un seuil minimal de frais avait été mis en place. Selon leurs estimations, environ 24 641 ETH supplémentaires ETH soit environ 78 millions de dollars) de revenus cumulés auraient été générés entre Dencun octobre 2025 si l'EIP-7918 avait été en vigueur.

C'est exactement ce que Fusaka .

Recettes provenant des frais de Blob depuis le lancement

EIP-7918 : Donner tout son sens aux frais de Blob

La proposition EIP-7918, intégrée à Fusaka, lie le base minimum des blobs au base L1 . La tarification des blobs reflète désormais toujours le coût de calcul réel de la vérification des preuves KZG, le seuil minimum étant fixé à 1/15,258 du prixgas L1 .

Ce mécanisme n'a pas d'incidence sur les rollups lorsque la demande est réelle, car les frais d'équilibre se situent alors bien au-dessus du seuil minimal. Il empêche simplement que le prix ne tombe à zéro lorsquegas L1 gas bon marché.

L'effet immédiat a été spectaculaire. base des blobs ont été multipliés par environ 15 millions par rapport à leurFusaka . Selon les estimations du secteur, les frais de blobs pourraient représenter 30 à 50 % de ETH totale ETH d'ici 2026, en fonction de l'évolution L2 .

Les revenus générés par Blob sont en train de devenir une véritable gamme de produits pour Ethereum qu'un service subventionné destiné aux rollups, ce qui modifie la relation économique à long terme entre L1 L2.

Conséquences sur Layer 2 et l'activité de Layer 2

L'effet combiné de EIP-4844, de Pectra et de Fusaka profondément transformé Layer 2 de Layer 2 :

  • Baisse des frais: une L2 type, qui coûtait environ 0,50 $ fin 2025, est passée à un montant compris entre 0,20 $ et 0,30 $ dans les semaines qui ont suivi Fusaka, et devrait encore baisser à mesure que la capacité BPO sera mise à contribution.
  • Débit: L2 dans son ensemble traite actuellement environ 5 600 TPS; les développeurs prévoient un débit supérieur à 24 000 TPS le calendrier du BPO avancera jusqu'en 2026.
  • base Rollup : selon les modélisations Ethereum , rollup pourraient baisser de 40 à 60 % supplémentaires au cours des premiers mois de Fusaka, avec des baisses potentielles de plus de 90 % à mesure que la capacité continuera d'augmenter.
  • L1 : Fusaka a Fusaka relevé la gas par bloc par défaut à 60 millions via l'EIP-7935, permettant ainsi à la base de traiter environ 20 à 30 % de transactions supplémentaires par bloc.

Au final, on obtient uneL1 Ethereum nettement plus performante, associée à un L2 qui dispose enfin de la marge de manœuvre nécessaire pour accueillir la prochaine vague d'utilisateurs.

Conséquences sur Layer 2 et l'activité de Layer 2

Et maintenant ?

La voie à suivre à partir de là est plus claire qu’à aucun autre moment de la feuille de route Ethereumen matière d’évolutivité. PeerDAS la base technique d’un Danksharding complet, et les bifurcations BPO offrent aux développeurs principaux un moyen d’augmenter la capacité sans avoir à procéder à des mises à niveau complètes du réseau. Chaque BPO est un test de résistance qui permet de vérifier si le réseau est capable de supporter la prochaine étape.

Au-delà du calendrier actuel, deux autres étapes importantes figurent dans la Ethereum :

  • Glamsterdam (prévu pour 2026) : le prochain hard fork majeur après Fusaka, qui devrait apporter de nouvelles améliorations au niveau de la couche d'exécution tout en poursuivant la mise à l'échelle des blobs.
  • Danksharding complet: la phase finale pourdata availability Ethereum , avec un objectif d'environ 128 blobs créneau. Ce n'est plus le concept spéculatif qu'il était lors EIP-4844 .

Résultat final

EIP-4844 la modification la plus importante en matière d'évolutivité Ethereumdepuis The Merge, et les deux années qui ont suivi son lancement ont validé la feuille de route rollup d'une manière que peu auraient pu prévoir début 2024. L2 ont chuté, rollup représente désormais la part prépondérante de Ethereum , et le réseau dispose de l'infrastructure nécessaire pour continuer à évoluer pendant des années.

Pectra la capacité de stockage des blobs, Fusaka les fourches PeerDAS BPO, et l'EIP-7918 a permis de garantir que les frais liés aux blobs auraient réellement un impact à mesure que le débit augmenterait. Proto-Danksharding toujours Proto-Danksharding un prototype. Ce qui fonctionne mainnet sur mainnet commence à ressembler de plus en plus à la version définitive.