4 844

4844 constitue un pilier essentiel de la mise à niveau Dencun d’Ethereum (anciennement EIP-4844), entrée en vigueur le 13 mars 2024. Ce développement marque une étape décisive de la feuille de route de la scalabilité d’Ethereum en introduisant des mécanismes de stockage temporaire de données, baptisés blobs, qui abaissent sensiblement les coûts des solutions Layer 2 telles que les Optimistic Rollups et ZK-Rollups. Cette évolution, également appelée Proto-Danksharding, fait office de transition vers le Danksharding intégral (technologie de sharding avancée), favorisant une meilleure disponibilité des données et des frais de transaction réduits grâce à de nouveaux types de transactions et à des méthodes innovantes de gestion des données sur le réseau Ethereum.

Contexte : Origine de 4844

4844 trouve son origine dans la proposition d’amélioration EIP-4844, présentée en 2021 par les développeurs principaux d’Ethereum, notamment Vitalik Buterin et Dankrad Feist. Cette initiative visait à remédier à la cherté des transactions sur Ethereum en proposant un modèle de publication de données plus économique pour les solutions de scaling Layer 2.

Sur la feuille de route de la scalabilité d’Ethereum, le sharding est envisagé comme une solution pérenne, mais sa mise en œuvre complète requiert plusieurs années. Proto-Danksharding constitue une étape intermédiaire, permettant aux développeurs de profiter dès à présent d’améliorations partielles sans attendre l’arrivée du sharding complet.

Le développement de 4844 a été soumis à une batterie de tests et de validations — avec de multiples déploiements sur des réseaux de test avant sa mise en production sur le réseau principal (mainnet) via la mise à niveau Dencun. Ce processus illustre la rigueur de la communauté Ethereum dans l’évolution technique, garantissant la sécurité du réseau tout en poursuivant l’objectif de scalabilité.

Mécanisme de fonctionnement : Principes de 4844

L’innovation majeure de 4844 repose sur l’introduction d’un nouveau type de transaction — les transactions contenant des blobs — et sur des mécanismes dédiés de traitement des données :

1. Structure des blobs : Les blobs sont de volumineux paquets de données stockés sur la blockchain, mais non conservés indéfiniment. Ils sont spécifiquement conçus pour les solutions Layer 2 et peuvent contenir jusqu’à 125 Ko de données.

2. Disponibilité et période de validité : Les données des blobs restent accessibles aux validateurs et aux participants du réseau pendant environ 1 à 2 semaines, puis sont automatiquement supprimées. Cette approche temporaire permet d’optimiser l’équilibre entre disponibilité des données et gestion de la capacité de stockage.

3. Mécanisme tarifaire : 4844 introduit une tarification des blobs indépendante des frais de gas du réseau principal. Le coût s’ajuste automatiquement en fonction du volume cible de données, permettant aux solutions Layer 2 de publier leurs données à moindre coût et de façon plus prévisible.

4. Vérification cryptographique : Les blobs sont validés grâce aux engagements KZG (Kate-Zaverucha-Goldberg), garantissant l’intégrité des données sans requérir le téléchargement intégral des blobs par chaque nœud.

5. Séparation de l’environnement d’exécution : Les données blobs sont dissociées de la couche d’exécution d’Ethereum (EVM) ; elles n’entrent pas directement dans le calcul des smart contracts, mais servent de couche de disponibilité pour les solutions Layer 2.

Ce dispositif permet aux solutions Layer 2 de publier leurs preuves et données de transactions sur le réseau principal d’Ethereum tout en réduisant considérablement les coûts, offrant ainsi aux utilisateurs finaux une expérience transactionnelle plus avantageuse.

Risques et défis associés à 4844

Malgré les apports considérables de 4844 pour l’écosystème Ethereum, certains risques et défis demeurent :

1. Complexité technique : L’ajout de nouveaux types de transactions et de structures de données renforce la complexité du système, ce qui peut révéler des vulnérabilités ou des risques de sécurité insoupçonnés.

2. Pression sur les ressources réseau : Bien que le stockage des blobs soit temporaire, un grand nombre de transactions contenant des blobs peut occasionner, à court terme, une pression sur le stockage et la bande passante des nœuds, en particulier chez les validateurs aux ressources limitées.

3. Adaptation de l’écosystème : Les projets Layer 2, les prestataires de portefeuilles et les fournisseurs de services d’infrastructure doivent effectuer des adaptations techniques pour exploiter pleinement les transactions contenant des blobs, ce qui peut s’avérer complexe.

4. Incertitude tarifaire : Le nouveau mécanisme de frais des blobs pourrait rencontrer des imprévus, tels que des fluctuations de prix ou des difficultés d’adaptation au marché.

5. Passage au Danksharding complet : Proto-Danksharding n’est qu’une étape ; la transition vers le sharding intégral pourrait entraîner de nouveaux défis techniques et des coûts de coordination supplémentaires.

En outre, en tant que mise à niveau majeure du réseau Ethereum, tout incident d’implémentation risquerait d’impacter l’ensemble de l’écosystème, ce qui implique une vigilance et une optimisation continues de la part de la communauté.

4844, jalon central de la feuille de route de scalabilité d’Ethereum, marque un progrès substantiel dans la résolution du trilemme de la blockchain. Grâce aux transactions contenant des blobs et au stockage temporaire des données, 4844 réduit significativement les coûts des solutions Layer 2, permettant à Ethereum de prendre en charge des cas d’usage plus variés et une base d’utilisateurs élargie. Pour les utilisateurs, cela se traduit par des frais de transaction plus faibles et une expérience plus fluide ; pour les développeurs, cela offre une infrastructure robuste pour concevoir des applications hautement scalables. À mesure que les projets Layer 2 adoptent pleinement cette technologie, la capacité de traitement globale de l’écosystème Ethereum s’accroîtra fortement, ouvrant la voie à l’adoption massive des applications Web3.