Le coût en Gas réduit grâce à la mise à niveau de Cancun est vraiment agréable, mais il y a un détail facilement négligé : les données Blob d'EIP-4844 ne sont conservées que 18 jours sur le nœud avant d'être automatiquement nettoyées. Cela peut sembler anodin, mais en réalité c'est assez critique — après quelques années, il pourrait devenir impossible de retrouver l'historique d'une transaction Layer2.

Sur le plan technique, cette approche d'Ethereum a ses raisons : alléger la charge des nœuds, réduire la pression de stockage. Mais à quel prix ? L'historique complet du registre Layer2 est ainsi passivement affaibli. Si l'on ne peut plus consulter des données datant de trois ans pour une « comptabilité décentralisée », cela devient franchement gênant.

La logique est en fait très claire : la chaîne principale ne peut pas gérer toutes les données historiques, il faut donc que quelqu’un prenne le relais. Une solution envisageable est d’utiliser un mécanisme cross-chain sans confiance pour transférer automatiquement les Blob expirés vers une couche de stockage de données dédiée, créant ainsi une architecture en couches où « les données chaudes restent sur Ethereum, les données froides sont stockées ailleurs ». De cette façon, Layer2 peut profiter de la sécurité de la chaîne principale sans que la perte de données n’affaiblisse la vérifiabilité.

En fin de compte, la capacité de Layer2 à promouvoir un « système sécurisé et décentralisé » repose sur la traçabilité complète de l’historique. La conception du stockage des données est directement liée à la confiance dans tout l’écosystème.