Ethereum face à un dilemme crucial : augmenter les blobs ou risquer la saturation
En mars dernier, le hard fork Cancun-Deneb a introduit les blobs sur Ethereum. Désormais, certains observateurs tels que Vitalik Buterin mettent en garde face au fait que la limite d’espace pour les blobs est bientôt atteinte. Néanmoins, la solution est loin d’être triviale.
Qu’est-ce qu’un Blob ?
Les « blobs » sur Ethereum sont des unités de stockage de données introduites avec la mise à jour Dencun et plus particulièrement via l’EIP-4844.
Ces espaces sont conçus pour contenir de larges volumes de données temporaires. En pratique, ils sont particulièrement utiles aux rollups qui les utilisent pour publier les données relatives aux transactions sur Ethereum.
Cet espace de stockage s’avère plus abordable que de publier les données directement au sein des blocs, comme c’était le cas avant le déploiement de Dencun.
Les blobs utilisés à 75 % de leur capacité
Jeudi 26 septembre, Vitalik Buterin a pris la parole concernant les blobs sur le GitHub d’Ethereum.
Ainsi, il a dévoilé qu’Ethereum utilisait déjà 75 % de l’espace disponible pour les blobs. Cette utilisation croissante amène Buterin à proposer une augmentation du nombre de blobs par bloc, via l’EIP-7623.
« L’argument de base est que l’espace blob est actuellement rempli à ~75 %, et je pense que l’écosystème s’endort sur le fait qu’il est très proche d’un plafond. »
Actuellement, un bloc Ethereum peut contenir trois blobs en moyenne, avec un maximum de six. Buterin suggère de passer à quatre, voire huit blobs par bloc, afin de suivre la demande croissante.
Un risque pour les solo-stakers
Cependant, cette augmentation de la capacité pourrait avoir des effets secondaires sérieux.
En effet, chaque ajout de blobs augmente aussi l’utilisation de la bande passante, une ressource déjà précieuse pour les solos-stakers.
Pour rappel, il s’agit d’acteurs, qui valident les transactions Ethereum sans rejoindre de pool. Par conséquent, ils sont plus sensibles que les larges organisations aux modifications des prérequis matériels nécessaires pour opérer un nœud.
Par conséquent, ils pourraient ainsi se retrouver marginalisés, incapables de supporter les charges croissantes liées aux blobs.
Pour autant, cette situation ne semble pas alerter Vitalik Buterin. Ainsi, selon ses explications, dans les pires cas, les blocs pèsent actuellement 2,7 MB. Via le déploiement de l’EIP 7623 cela entraînerait une réduction de la taille à 1MB. Par conséquent, il serait possible d’ajouter 2 blobs pour une taille d’environ 0,25 MB, sans que cela affecte négativement le réseau.
En pratique, cette augmentation pourrait être intégrée au hard fork Pectra à venir. L’EIP serait probablement ajoutée à Pectra 1, la première phase du hard fork. Pour rappel, les développeurs ont récemment décidé de diviser le hard fork en deux mises à jour distinctes.
Renaud H.
Ingénieur en software et en systèmes distribués de formation, passionné de cryptos depuis 2013. Touche à tout, entre mining et développement, je cherche toujours à en apprendre plus sur l’univers des cryptomonnaies et à partager le fruit de mes recherches à travers mes articles.
