Blobs Ethereum : Ce qui reste après 18 jours

Les blobs Ethereum bénéficient d’une garantie de 18 jours environ, mais ils ne disparaissent pas forcément ensuite. Depuis Dencun, le 13 mars 2024, les réseaux de seconde couche y publient leurs données à moindre coût. Le 27 octobre 2026, l’archive Blobscan indiquait encore trois emplacements de stockage pour le premier blob qu’elle recense, publié le 13 mars 2024.

Blobs Ethereum : des données à part dans chaque bloc

Les réseaux de seconde couche, comme Base ou Arbitrum, regroupent des milliers d’opérations. Ils publient ensuite sur Ethereum les données qui permettent de les vérifier. Avant mars 2024, ces données passaient le plus souvent par le « calldata » des transactions. Ce champ reste stocké pour toujours dans l’historique de la chaîne.

L’EIP-4844, activée par Dencun, a créé une autre voie. Une transaction de type 3 transporte désormais des blobs, des paquets de données qui circulent dans la couche de consensus. Les smart contracts ne peuvent pas lire leur contenu. Ils n’accèdent qu’à une empreinte cryptographique de chaque blob, appelée « versioned hash ».

Les blobs disposent aussi de leur propre marché de frais, distinct du gaz classique. Leur prix dépend d’abord de la demande en blobs. Depuis Fusaka, il ne peut toutefois pas descendre sous un plancher lié aux frais d’exécution, en vertu de l’EIP-7918.

18 jours : une obligation de service, pas une date d’effacement

L’EIP-4844 fixe la fenêtre à 4 096 epochs. Une epoch compte 32 créneaux de 12 secondes. Les 4 096 epochs représentent donc 1 572 864 secondes, environ 18,2 jours. Pendant ce délai, les nœuds doivent pouvoir fournir les blobs, ou depuis Fusaka leurs fragments, à qui les demande. Au-delà, plus rien ne les oblige à garder les blobs Ethereum.

La spécification assume ce choix : « on ne s’attend pas à ce que les blobs doivent être stockés aussi longtemps que les données d’exécution d’un bloc ». La documentation officielle d’Ethereum précise toutefois la portée de cette fenêtre.

C’est une obligation de service plutôt qu’une date de suppression.

Ethereum.org, page consacrée aux ZK rollups

La même page ajoute que l’accès à plus long terme dépend de services d’archivage. Un blob ne s’efface donc pas partout au bout de 18 jours. Il cesse simplement d’être garanti par le protocole.

Le premier blob, retrouvé deux ans et demi plus tard

Selon Blobscan, le premier blob du réseau date du 13 mars 2024 à 13 h 55 UTC. Il figure dans le bloc 19 426 589. Sur l’explorateur Etherscan, sa transaction reste visible et indique bien un type 3 avec un blob. Cette trace appartient à l’historique permanent d’Ethereum.

Le contenu, lui, a suivi un autre chemin. Selon l’archive Blobscan, consultée le 27 octobre 2026, ce blob de 131 072 octets n’en utilisait que 8 745. Blobscan indiquait alors trois emplacements de stockage : chez Google, sur le réseau WeaveVM et sur IPFS. Le lien IPFS renvoyait bien un fichier binaire ce jour-là.

Ce test illustre la règle des blobs Ethereum. La référence du blob reste dans la chaîne, mais son contenu n’est plus garanti que par des archivistes indépendants. Sans eux, l’empreinte seule ne permet pas de reconstituer les données.

Blobs Ethereum : ce qui reste, et où

La documentation d’Ethereum compare les différentes façons de stocker des données sur le réseau. Le tableau ci-dessous s’en inspire.

Donnée	Où elle se trouve	Après 18 jours
Transaction de type 3 et empreintes des blobs	Historique de la chaîne	Conservées, comme toute transaction
Contenu brut d’un blob	Couche de consensus, puis archives éventuelles	Plus garanti par les nœuds du réseau
Calldata d’une transaction classique	Historique de la chaîne	Conservé, sans limite de durée
État d’un smart contract	Stockage de la chaîne	Conservé jusqu’à sa modification

Selon cette page sur les stratégies de stockage, les blobs servent donc aux données à rendre disponibles un temps. Les rollups les utilisent pour rendre leurs transactions disponibles le temps de la vérification, pas pour les archiver.

Blobs Ethereum : PeerDAS augmente la capacité, pas la durée

La mise à jour Fusaka, activée le 3 décembre 2025, a introduit PeerDAS. Avec ce protocole, un nœud ordinaire ne télécharge plus tous les blobs. Il vérifie leur disponibilité par échantillonnage, en interrogeant des fragments. Selon ethereum.org, la moitié des données suffit d’ailleurs à reconstituer l’ensemble.

Cette économie a permis d’augmenter le nombre de blobs par bloc. L’annonce de Fusaka par l’Ethereum Foundation prévoyait deux paliers. Le 9 décembre 2025, le maximum a grimpé de 9 à 15 blobs par bloc. Le 7 janvier 2026, il a atteint 21, avec une cible de 14.

En revanche, la fenêtre de conservation n’a pas changé. Les spécifications de Fusaka fixent à 4 096 epochs la durée pendant laquelle un nœud doit fournir ses fragments de données. C’est la même valeur qu’à l’arrivée des blobs.

Depuis le 7 janvier 2026, chaque bloc Ethereum peut contenir jusqu’à 21 blobs. Chacun reste garanti 4 096 epochs, soit environ 18 jours. Leur prix suit un marché propre, encadré par les frais d’exécution. Notre guide sur les frais de transaction Ethereum explique ces derniers.