4844

Qu’est-ce que 4844 ?

4844 désigne la proposition d’amélioration du protocole Ethereum EIP-4844, également appelée Proto-Danksharding. Cette évolution introduit un nouveau format de transaction capable de transporter de « gros fichiers joints » (blobs) et met en place un marché de frais distinct pour ces fichiers, permettant aux rollups de publier des données à un coût nettement inférieur.

Pour l’utilisateur, l’effet immédiat de 4844 est que les réseaux Layer 2 (notamment les principaux rollups) peuvent publier des données à moindre coût, ce qui se traduit généralement par des frais de transaction L2 plus faibles et plus stables. Sur le plan technique, il s’agit d’une étape clé vers le sharding complet d’Ethereum.

Pourquoi 4844 a-t-il été introduit ?

L’EIP-4844 a été conçu pour répondre aux coûts élevés de publication de données rencontrés par les rollups. Les rollups fonctionnent sur le principe de « l’envoi groupé » : ils rassemblent de nombreuses transactions, puis soumettent à Ethereum un résumé accompagné des données nécessaires, assurant ainsi sécurité et vérifiabilité.

Auparavant, la majorité des données des rollups étaient publiées via le « calldata », ce qui impliquait un stockage permanent on-chain. Bien que cette méthode soit sécurisée, elle est coûteuse. Avec l’augmentation de l’activité, les rollups devaient supporter des frais importants pour garantir la « disponibilité des données », c’est-à-dire permettre à quiconque d’accéder aux données brutes pour vérification. Cela a entraîné une hausse des frais de transaction L2 pour les utilisateurs. L’EIP-4844 répond à ce problème en introduisant un canal de données dédié.

Comment fonctionne 4844 ?

L’innovation principale de 4844 réside dans les « transactions contenant des blobs » et un marché de frais indépendant pour ces blobs. Les transactions peuvent désormais inclure de gros blocs de données appelés blobs. Ces blobs ne sont pas inscrits dans le stockage lisible par l’EVM ; à la place, un engagement cryptographique (KZG commitment) est enregistré on-chain, permettant au réseau de vérifier l’intégrité des données.

Les blobs sont conservés par le réseau pendant une durée limitée (environ 18 jours), durant laquelle tout nœud peut accéder aux données originales pour vérification. Les frais de blobs sont distincts des frais de gas standards et suivent un mécanisme de tarification dynamique similaire à l’EIP-1559, permettant aux prix des blobs de varier selon l’offre et la demande sans réduire la capacité d’exécution des contrats gas.

Qu’est-ce qu’un blob dans 4844 ?

Un blob peut être comparé à une « grosse pièce jointe d’e-mail » : le corps du message ne contient qu’une empreinte (commitment), tandis que la pièce jointe volumineuse est transmise via un canal dédié et moins coûteux. Tant que l’empreinte correspond, le système peut garantir l’intégrité de la pièce jointe.

Dans 4844, les blobs ne sont pas accessibles directement par l’EVM : ils servent uniquement à assurer la disponibilité et la vérifiabilité des données. Seuls le KZG commitment et les métadonnées essentielles sont stockés on-chain. Les nœuds du réseau stockent et diffusent les blobs pendant la période de rétention ; une fois celle-ci écoulée, l’espace de stockage peut être libéré pour limiter la croissance de l’état à long terme.

Comment 4844 réduit-il les coûts des rollups ?

4844 réduit les coûts en transférant la « disponibilité des données » du calldata coûteux vers un canal de blobs moins cher et tarifé séparément. Cette voie de frais indépendante évite la concurrence avec l’exécution des contrats et améliore la prévisibilité des frais.

Après la mise à niveau Dencun, les observations du secteur montrent que la plupart des rollups ont vu les frais utilisateurs baisser à des niveaux « de l’ordre du centime ou moins » dans des conditions normales. En 2025, les frais restent variables selon la demande réseau, mais les niveaux globaux sont plus faibles et les pics mieux maîtrisés qu’avant la mise à niveau.

Que signifie 4844 pour les utilisateurs ?

La plupart des utilisateurs n’ont rien à changer : il suffit d’utiliser son portefeuille habituel et les réseaux Layer 2 pour bénéficier de frais réduits grâce à la diminution du coût de publication des données.

Sur les plateformes telles que Gate, lors de dépôts ou retraits via des réseaux Layer 2 compatibles, les utilisateurs constatent généralement une baisse des frais réseau on-chain. Il convient de noter que les frais de service de la plateforme et les frais de minage (réseau) on-chain sont distincts ; les coûts réels dépendent de ce qui est affiché sur l’interface et varient selon la congestion du réseau.

Comment les développeurs et projets utilisent-ils 4844 ?

Pour les utilisateurs :

1. Sélectionnez le rollup souhaité et basculez votre portefeuille sur le réseau correspondant ; surveillez en temps réel les tableaux de bord des frais pour éviter la congestion.
2. Sur Gate, choisissez le canal de dépôt ou de retrait pour le réseau Layer 2 de votre choix ; confirmez le frais réseau et le délai de traitement estimé.
3. Effectuez une petite transaction test pour vérifier l’adresse du destinataire et le frais avant d’effectuer des transferts importants ; soyez attentif aux risques liés aux bridges cross-chain et aux smart contracts.

Pour les développeurs et équipes projets :

1. Vérifiez que le rollup ou séquenceur personnalisé choisi prend en charge la publication de blobs selon 4844 et mettez à jour les versions client concernées.
2. Basculez les modules de règlement et de publication groupée pour utiliser les transactions contenant des blobs ; surveillez le marché des frais de blobs et définissez des politiques de frais et une logique de reprise adaptées.
3. Mettez en place un suivi de la disponibilité des données pour pouvoir reconstruire et vérifier les lots dans la fenêtre de rétention des blobs ; maintenez des sauvegardes redondantes ou une distribution miroir pour les données critiques.

Quels sont les risques et limitations de 4844 ?

1. Les blobs n’offrent qu’un « stockage temporaire » : après la période de rétention, ils ne sont plus conservés par le réseau. Les applications nécessitant un accès à long terme doivent utiliser des solutions de stockage externes.
2. L’EVM ne peut pas lire directement le contenu des blobs : la conception doit adopter le modèle « commitment on-chain, données off-chain », ce qui nécessite une adaptation du développement.
3. Les frais restent variables : lors de fortes congestions, le prix des blobs peut augmenter ; des coûts bas ne sont pas garantis.
4. Les écosystèmes cross-chain et rollup comportent des risques liés aux smart contracts et à l’exploitation. Utilisez toujours les canaux officiels pour les dépôts, retraits et bridges ; diversifiez les fonds et effectuez de petites transactions test pour la gestion des risques.

Comment 4844 se positionne-t-il face aux autres approches ?

Par rapport à la poursuite de l’utilisation du calldata, les blobs de 4844 sont moins onéreux et n’engendrent pas de gonflement permanent de l’état, mais ne peuvent pas être lus directement par l’EVM : l’architecture applicative peut donc devoir être adaptée.

Comparé aux couches externes de disponibilité des données (telles que les réseaux DA dédiés), 4844 ancre la disponibilité dans le consensus d’Ethereum, maintenant des hypothèses de confiance proches du Layer 1. Les solutions DA externes peuvent offrir des coûts plus bas ou une plus grande flexibilité, mais introduisent des exigences de confiance supplémentaires et une complexité opérationnelle. Les projets peuvent choisir en fonction de leurs priorités en matière de sécurité ou de coût, voire adopter des stratégies multi-DA modulaires.

Quelles sont les prochaines étapes après 4844 ?

L’EIP-4844 est une étape vers le Danksharding complet. Les axes futurs incluent l’augmentation du nombre de blobs par bloc, l’amélioration de la stabilité des frais et des performances de propagation réseau, ainsi que l’optimisation des méthodes de publication groupée et de compression sur L2.

En 2025, l’écosystème rollup continue de croître, avec davantage d’applications adoptant des structures où les « données chaudes utilisent les blobs tandis que les données froides sont stockées à l’extérieur ». Cette stratification des coûts et des performances selon la demande est désormais la norme en ingénierie.

Pourquoi 4844 est-il important ?

L’EIP-4844 met en œuvre l’approche « sécurité ancrée sur Ethereum et données via des canaux spécialisés », apportant des réductions de coûts concrètes et une meilleure prévisibilité des frais pour les rollups, tout en posant les bases de la scalabilité future par le sharding. Pour les utilisateurs, cela rapproche l’expérience d’une fluidité et de coûts similaires au web ; pour les développeurs et équipes, cela implique d’adopter le nouveau paradigme « commitment on-chain, données off-chain », ainsi que des stratégies solides de surveillance, de stockage et de gestion des frais. Malgré la baisse des frais, il reste crucial de gérer les risques liés à la volatilité des frais et à la sécurité des smart contracts : diversifier les fonds et tester avec de petits montants doit toujours faire partie d’une bonne gestion des risques.

FAQ

Quelle est la taille maximale d’un blob dans EIP-4844 ?

Chaque blob mesure environ 125 Ko, avec un maximum de six blobs par bloc. Cette conception équilibre capacité de données et pression sur le stockage des nœuds : les données des blobs sont automatiquement supprimées après environ 18 jours, supprimant toute exigence de stockage permanent. Cela offre aux rollups un espace de données abondant et peu coûteux sans surcharger les nœuds Ethereum.

De combien les frais de transaction Layer 2 baisseront-ils après 4844 ?

D’après les données d’exploitation réelles, les frais de transaction des rollups diminuent généralement de 10 à 100 fois selon la conception du rollup et l’utilisation du réseau. Quand plusieurs rollups partagent l’espace blob, les économies sont encore plus marquées, les coûts étant répartis entre davantage d’utilisateurs. Les principaux rollups tels qu’Arbitrum et Optimism ont déjà intégré 4844 : les utilisateurs bénéficient immédiatement d’économies substantielles.

Pourquoi les données des blobs n’ont-elles pas besoin d’être stockées de façon permanente comme les données de transaction classiques ?

Les blobs utilisent un modèle de stockage temporaire : les données sont conservées environ 18 jours (une époque), puis automatiquement supprimées. Le but des rollups est d’enregistrer l’historique des transactions pour vérification, et non de stocker toutes les données brutes indéfiniment. Cela réduit considérablement les besoins de stockage des nœuds validateurs, facilitant l’exploitation de nœuds complets par davantage d’utilisateurs et renforçant la décentralisation.

Quels cas d’usage profitent le plus de 4844 ?

Les applications de paiement, les DEX et les bridges cross-chain tirent le plus grand avantage de l’EIP-4844 en raison de leurs volumes de transactions élevés et de leur sensibilité aux frais. Plus un rollup est actif ou congestionné, plus les économies réalisées grâce aux blobs sont importantes. Dans les écosystèmes à fort volume quotidien (comme Arbitrum ou Optimism), les utilisateurs voient les frais passer de plusieurs centimes à des fractions de centime.

Que doivent faire les utilisateurs pour profiter des avantages de 4844 ?

Aucune action spécifique n’est requise : continuez simplement à utiliser les rollups pris en charge (tels que les principaux Layer 2 recommandés par Gate) pour bénéficier automatiquement des frais réduits permis par l’EIP-4844. Les portefeuilles, plateformes d’échange et Dapps appliqueront les nouveaux modes de calcul des frais de manière transparente ; les utilisateurs peuvent continuer à interagir comme d’habitude, sans avoir à apprendre de nouveaux concepts ou à changer leurs habitudes.