Le staking à domicile en danger alors que les données Ethereum passent de 70 Go à près de 1,2 To

Le cofondateur d’Ethereum, Vitalik Buterin, a identifié le Peer Data Availability Sampling (PeerDAS) comme un outil crucial pour répondre aux besoins croissants de stockage de blobs du réseau. PeerDAS est une fonctionnalité de la prochaine mise à niveau Fusaka.

Ses remarques interviennent alors qu’Ethereum enregistre six blobs par bloc, un jalon qui a intensifié les inquiétudes concernant l’accumulation de données dans l’ensemble de l’écosystème.

Les blobs ont été introduits via l’EIP-4844 en tant que conteneurs de données temporaires sur la chaîne, conçus pour réduire les coûts des rollups de couche 2 tout en évitant la pression d’un stockage permanent. Contrairement aux call data, les blobs expirent après environ deux semaines, réduisant ainsi les besoins de stockage à long terme tout en préservant l’intégrité pour la vérification des transactions.

Cette structure rend les rollups moins coûteux à exploiter et améliore la scalabilité d’Ethereum.

Cependant, cette conception a favorisé l’adoption rapide des blobs à travers le réseau blockchain. Le 24 septembre, l’analyste on-chain Hildobby a rapporté que plusieurs solutions de couche 2 d’Ethereum, dont Base, Worldcoin, Soneium et Scroll, dépendent désormais fortement des blobs.

En tenant compte de cela, l’analyste a souligné que les validateurs ont désormais besoin de plus de 70 gigaoctets d’espace pour gérer les blobs, avertissant que ce chiffre pourrait atteindre plus de 1,2 téraoctets s’il n’est pas élagué.

Cette augmentation rapide a poussé les développeurs à rechercher des solutions qui équilibrent scalabilité et efficacité du stockage.

Comment fonctionne PeerDAS

Buterin a expliqué que PeerDAS résoudra ce défi en empêchant qu’un seul nœud stocke l’ensemble du jeu de données et en répartissant la responsabilité sur tout le réseau.

Selon lui :

« La façon dont PeerDAS fonctionne est que chaque nœud ne demande qu’un petit nombre de “chunks”, comme moyen de vérifier de manière probabiliste que plus de 50 % des chunks sont disponibles. Si plus de 50 % des chunks sont disponibles, alors le nœud peut théoriquement télécharger ces chunks, et utiliser le codage d’effacement pour récupérer le reste. »

Cependant, il a noté que le système nécessite encore des données de bloc complètes à certaines étapes, comme lors de la diffusion initiale ou si un bloc doit être reconstruit à partir de données partielles.

Pour se prémunir contre la manipulation, Buterin a souligné l’importance d’acteurs « honnêtes » qui remplissent ces rôles. Il a toutefois précisé que PeerDAS reste résilient même face à de grands groupes de participants malhonnêtes, car d’autres nœuds peuvent assumer les responsabilités si nécessaire.

Augmentation des blobs

Buterin a souligné que les développeurs principaux d’Ethereum restent prudents quant au déploiement de PeerDAS malgré leurs années de recherche sur le projet.

Pour minimiser les risques, ils ont convenu de déployer progressivement la mise à l’échelle via des forks Blob Parameter Only (BPO) plutôt que par une seule augmentation de capacité. Le premier fork, prévu pour le 17 décembre, portera les objectifs de blobs de 6/9 à 10/15. Un second fork, prévu pour le 7 janvier 2026, augmentera à nouveau les limites à 14/21.

Cette approche progressive permet aux développeurs de surveiller les performances du réseau et d’ajuster progressivement. Buterin s’attend à ce que le nombre de blobs augmente avec ces changements, préparant le terrain pour des augmentations plus agressives par la suite.

À son avis, PeerDAS sera essentiel pour soutenir la croissance de la couche 2 et préparer la couche de base d’Ethereum à gérer des limites de gas plus élevées et, à terme, à migrer entièrement les données d’exécution dans les blobs.

L’article Home staking at risk as Ethereum data loads climb from 70GB toward 1.2TB est apparu en premier sur CryptoSlate.