4844

Qu'est-ce que 4844 ?

4844 désigne la proposition EIP-4844 d’Ethereum, également appelée Proto-Danksharding. Cette proposition a été activée lors de la mise à jour Dencun du mainnet, introduisant un mécanisme de « publication de données » plus économique destiné aux réseaux Layer 2.

Dans l’écosystème Ethereum, les solutions Layer 2 (L2) s’apparentent à des autoroutes surélevées qui délestent le trafic principal. Les rollups, forme la plus répandue de L2, regroupent plusieurs transactions utilisateurs et les publient sur le mainnet Ethereum pour garantir la sécurité. L’EIP-4844 introduit un nouveau canal de données, le « Blob », rendant cette étape de publication de données à la fois moins coûteuse et plus évolutive.

Pourquoi 4844 réduit-il les coûts des L2 ?

Jusqu’à présent, les rollups stockaient leurs données de transaction dans le « calldata » d’Ethereum, entrant en concurrence avec l’exécution des smart contracts pour les mêmes ressources, ce qui engendrait des coûts élevés. L’EIP-4844 transfère ces données « éphémères » vers un « Blob fee market » distinct, ce qui rend les coûts plus prévisibles et maîtrisables.

On peut assimiler le calldata à un « panneau d’affichage permanent », tandis que les Blobs s’apparentent à des « panneaux temporaires régulièrement effacés ». Puisque les rollups n’ont besoin de garantir la disponibilité des données que sur une période limitée, les Blobs suffisent et offrent des coûts réduits, augmentant ainsi le débit global du réseau.

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

Un Blob est un volume important de données rattaché à un type de transaction spécifique, utilisé exclusivement pour la publication et l’attestation. Les Blobs ne sont pas accessibles directement par les smart contracts Ethereum (EVM) ; leur intégrité et leur disponibilité sont garanties par des mécanismes d’engagement et de vérification.

Les données Blob ne sont conservées sur le réseau que temporairement avant d’être supprimées par les nœuds, ce qui réduit les exigences de stockage permanent. Cette approche correspond aux besoins des rollups, qui requièrent l’accès aux données historiques uniquement lors de périodes de contestation ou de relecture.

Comment 4844 fonctionne-t-il sur Ethereum ?

4844 introduit un nouveau type de transaction pouvant transporter des données Blob. Chaque bloc dispose d’une limite sur le nombre de Blobs qu’il peut inclure, et le prix des Blobs est fixé par un marché dédié qui s’ajuste dynamiquement en fonction de l’offre et de la demande.

Lorsque des utilisateurs ou des rollups soumettent des transactions contenant des Blobs, les validateurs vérifient la validité des engagements associés et collectent les frais de Blob. Cette architecture dissocie les « coûts de disponibilité des données » des « coûts d’exécution de contrat », évitant la concurrence sur les ressources et stabilisant les coûts de publication de données sur L2.

Il convient de noter que l’EVM ne peut pas accéder directement au contenu des Blobs : les applications doivent s’appuyer sur des preuves d’engagement pour vérifier que le Blob a bien été publié. Cette approche limite la charge de stockage à long terme tout en préservant une fenêtre d’audit pour la récupération et la vérification des données.

Quel est l’impact de 4844 sur les rollups ?

4844 réduit considérablement le coût de publication des données pour les rollups, permettant des lots plus volumineux et une plus grande flexibilité de traitement—ce qui se traduit directement par des frais utilisateurs plus bas et des confirmations plus rapides. Depuis la mise à jour Dencun en mars 2024, les frais de base sur L2 ont fortement baissé et se maintiennent à un niveau faible (voir les notes de mise à niveau sur Ethereum.org et les tableaux de bord communautaires des frais depuis mars 2024).

Pour les opérateurs, une tarification plus stable et une bande passante accrue permettent de prendre en charge davantage d’utilisateurs et d’applications avancées—comme le trading haute fréquence, le minting de NFT ou les interactions in-game—avec une meilleure résilience lors des pics d’activité.

Comment optimiser vos frais sur L2 avec 4844 ?

Pour profiter des coûts réduits permis par l’EIP-4844, il convient de privilégier les interactions on-chain sur des L2 Ethereum compatibles avec les Blobs, tout en portant attention aux modalités de dépôt/retrait et à la gestion des risques.

Étape 1 : Préparez votre wallet. Utilisez un wallet reconnu, mis à jour à la dernière version pour garantir la compatibilité avec les réseaux L2 et les formats de signature. Les utilisateurs débutants peuvent ajouter le point de terminaison RPC et l’ID de chaîne du L2 cible dans les paramètres du wallet.

Étape 2 : Dépôt et retrait via Gate. Transférez vos fonds depuis Gate vers votre adresse L2 cible en sélectionnant le canal réseau L2 approprié sur la page de retrait—généralement avec des frais réseau plus faibles. Pour les dépôts, procédez à l’inverse : vérifiez toujours les informations réseau et adresse, et effectuez d’abord un test avec un faible montant pour éviter toute perte liée à une erreur.

Étape 3 : Interagissez sur L2. Réalisez des transferts, des transactions DEX ou du minting de NFT sur le L2 de votre choix—généralement avec des frais réseau réduits et des confirmations plus rapides. En période de forte activité, envisagez d’augmenter les frais ou de transiger hors des heures de pointe.

Étape 4 : Surveillez les dashboards de frais. Consultez les panneaux officiels ou communautaires des frais L2, en surveillant d’éventuels pics temporaires du prix des Blobs dus à la congestion, et planifiez vos transactions en conséquence pour optimiser vos coûts.

Étape 5 : Comprenez les délais des bridges. Les bridges officiels des différents L2 peuvent entraîner des délais de retrait ; en cas d’urgence, il est possible de recourir à des bridges tiers réputés, mais il faut toujours évaluer le risque de contrepartie et les frais supplémentaires.

Avertissement sur les risques : Toutes les opérations on-chain et signatures comportent un risque irréversible. Vérifiez systématiquement les réseaux, contrats et adresses—commencez par de petits montants pour limiter les pertes potentielles.

En quoi 4844 diffère-t-il du sharding et du calldata ?

Par rapport au calldata, les Blobs introduits par 4844 disposent de leur propre marché de frais, sont stockés temporairement et ne sont pas accessibles directement par l’EVM—ce qui les rend particulièrement adaptés aux données de rollup qui n’exigent qu’une disponibilité à court terme, généralement à un coût inférieur.

Contrairement au sharding complet, 4844 constitue une solution transitoire (Proto-Danksharding). Il ne segmente pas Ethereum en shards d’exécution parallèles, mais augmente la bande passante de données dans la structure existante tout en introduisant une tarification indépendante—préparant ainsi le terrain pour le Danksharding et le data availability sampling à venir.

Quels sont les risques et limites de 4844 ?

L’EIP-4844 ne réduit pas directement les coûts d’exécution des smart contracts sur Ethereum Layer 1 ; les contrats complexes restent onéreux sur L1. Si la demande de Blobs explose sur une courte période, leur prix peut temporairement augmenter, entraînant une volatilité passagère des frais sur L2.

Les données Blob ne sont conservées sur le réseau que pour une durée limitée avant suppression, obligeant les rollups et opérateurs de nœuds à archiver les données essentielles ailleurs. Les wallets, navigateurs ou outils peuvent varier dans leur rapidité de mise à jour pour la compatibilité ; les premiers utilisateurs peuvent rencontrer des écarts d’affichage ou de signature.

Par ailleurs, 4844 ne modifie pas le modèle de sécurité fondamental des rollups ni les délais de retrait via bridge. Les utilisateurs doivent rester vigilants face aux risques liés aux bridges cross-chain, aux mises à jour de contrats et à la gestion des permissions.

Quelles sont les prochaines étapes pour 4844 ?

L’EIP-4844 constitue une étape essentielle vers le Danksharding complet. Les prochaines évolutions incluent l’augmentation du plafond de Blobs par bloc, l’optimisation des mécanismes d’ajustement des frais et l’avancée de technologies telles que le Data Availability Sampling (DAS) pour élargir la bande passante et la participation des nœuds.

Du côté des applications, davantage de L2 vont optimiser leurs stratégies de batching autour d’une disponibilité des données (DA) à moindre coût, rendant les applications on-chain à haute fréquence et en temps réel de plus en plus réalisables. Des couches alternatives de data availability continueront de se développer en parallèle de la feuille de route d’Ethereum, créant ainsi un écosystème multi-couches.

Points clés de 4844

L’EIP-4844 fournit un canal de stockage temporaire et économique pour la publication des données de rollup, en dissociant les « coûts de disponibilité des données » des « coûts d’exécution de contrat ». Cette avancée améliore significativement les frais et le débit sur Layer 2 tout en préparant le terrain pour le Danksharding complet. Pour les utilisateurs : privilégier les interactions sur des L2 compatibles Blobs, choisir les bons canaux de dépôt/retrait via Gate et appliquer les bonnes pratiques de gestion des risques permet de bénéficier de coûts réduits et d’une expérience optimisée.

FAQ

Les données Blob seront-elles stockées de façon permanente on-chain ?

Non. Les données Blob restent on-chain environ 18 jours avant d’être automatiquement supprimées. Ce stockage temporaire répond aux exigences de disponibilité des données sur L2 tout en préservant l’espace de stockage des nœuds complets. Les projets L2 peuvent archiver les données historiques nécessaires ailleurs avant expiration des Blobs afin d’assurer leur traçabilité.

Pourquoi les Blobs sont-ils bien moins chers que le calldata ?

Les Blobs bénéficient d’un mécanisme de tarification du gas dédié avec des prix initialement bas et n’entrent pas en concurrence avec l’exécution de contrats pour l’espace de gas. Le calldata doit être stocké et exécuté de façon permanente par tous les nœuds—ce qui le rend coûteux—tandis que les Blobs ne sont conservés que 18 jours avec un marché du gas séparé. Cette conception permet de réduire les coûts de transaction sur L2 de plus de 90 %.

Si je transige sur un L2, vais-je constater des frais réduits grâce à 4844 ?

Oui. Dès lors que le L2 choisi implémente la publication de données via Blob, vous bénéficiez directement de frais de transaction nettement plus bas. Les principaux L2 comme Arbitrum et Optimism prennent déjà en charge les Blobs ; les nouveaux utilisateurs peuvent transférer des actifs depuis des plateformes comme Gate vers ces L2 pour des transactions à faible coût.

Pourquoi chaque Blob est-il fixé à 128 Ko ?

Cette taille reflète le compromis d’Ethereum entre le débit et les exigences en ressources des nœuds. Un Blob de 128 Ko permet de réduire significativement les coûts sur L2 sans surcharger la vérification ni le stockage des nœuds. La taille pourra être ajustée selon l’évolution du réseau, mais elle s’avère actuellement efficace.

4844 a-t-il un impact sur les transactions mainnet d’Ethereum ?

Très peu. L’EIP-4844 optimise principalement les transactions sur Layer 2—les transactions mainnet n’utilisent pas les Blobs. Cependant, en réduisant fortement les coûts sur L2 à long terme, il encourage davantage d’utilisateurs à migrer du mainnet vers les L2, contribuant ainsi à désengorger le mainnet dans le cadre de la feuille de route de scalabilité d’Ethereum.