Scalabilité au centre : avec Fusaka, Ethereum vise à augmenter le débit en élevant la limite de gas par bloc de 30 millions à 150 millions et en adoptant des techniques qui allègent la charge de données à vérifier. L’objectif reste clair : élargir la capacité sans affecter la décentralisation et la sûreté.
L’activation sur la mainnet est provisoirement fixée au 3 décembre 2025, comme indiqué lors du récent All Core Developers Consensus (ACDC) Call #165.
Selon les données recueillies par la télémétrie préliminaire des testnets et les communications officielles, l’augmentation du gaz par bloc correspond à une augmentation théorique du débit de +400% par rapport à la valeur précédente (de 30M à 150M). La Fondation Ethereum et les rapports de protocole indiquent également que les modifications de la gestion des blobs — y compris les techniques PeerDAS — visent à scaler la capacité des blobs de manière significative, passant de paramètres actuels à des cibles pouvant atteindre jusqu’à 48 blobs par bloc (x8 par rapport à 6 blobs), avec des impacts directs sur les rollup et L2.
Summary
Chiffres clés
- Limite de gas par bloc : de 30.000.000 à 150.000.000 (augmentation de 400%)
- Testnet : Holesky (2 octobre 2025), Sepolia (16 octobre 2025), Hoodi (30 octobre 2025)
- Mainnet : objectif le 3 décembre 2025
- Capacité des blobs : estimation d’un doublement dans les deux semaines suivant l’activation ; les objectifs du projet indiquent une capacité allant jusqu’à 48 blobs/bloc (jusqu’à 8x par rapport à 6 blobs)
- Bug bounty : fenêtre de 4 semaines, récompense maximale 2.000.000 USD
Pourquoi cela compte : impact concret
L’augmentation du gas limit élargit la capacité par bloc. En parallèle, de nouvelles techniques d’échantillonnage des données allègent la charge sur les nœuds, impactant la distribution du trafic. Le résultat attendu est un réseau capable de gérer plus d’opérations et un pipeline de données plus fluide.
Reste le thème des trade-off : des blocs plus grands peuvent entraîner des exigences supplémentaires en termes de stockage et de bande passante pour les nœuds. Cela dit, les développeurs visent à atténuer ces impacts avec des optimisations dans les procédures de gestion et de vérification des données.
Feuille de route et activations
La séquence de déploiement prévoit le passage des testnets à la mainnet. Les dates programmées pourront varier en fonction des résultats des tests et des vérifications post-activation.
- Holesky : activation prévue le 2 octobre 2025
- Sepolia : activation prévue le 16 octobre 2025
- Hoodi : activation prévue le 30 octobre 2025
- Mainnet : objectif le 3 décembre 2025 (à confirmer avec epoch et horaires)
Après chaque activation, une analyse de télémétrie est prévue ainsi que des vérifications approfondies sur les performances et la stabilité du réseau. Ce n’est qu’après ces étapes que les dates finales seront officialisées.
Ce qui change sous le capot
Échantillonnage de Disponibilité des Données par les Pairs (PeerDAS)
Avec le PeerDAS, les validateurs n’ont pas besoin de télécharger l’intégralité du blob : ils effectuent un échantillonnage de petites portions à partir des pairs, accélérant ainsi la vérification et réduisant la bande passante nécessaire. Dans ce contexte, l’approche décrite dans l’EIP-7594 améliore la disponibilité des données, surtout pour les solutions Layer 2 qui utilisent des blobs pour le calldata.
Arbres Verkle
Les Verkle Trees permettent de compresser les preuves d’état, les rendant plus compactes et rapides à vérifier. Avec PeerDAS, cette innovation vise à simplifier le stockage des nœuds et à accélérer l’accès à des portions d’état, poussant Ethereum vers une plus grande scalabilité.
Limite de gas à 150M : opportunités et risques
L’augmentation du gaz par bloc à 150M ouvre la voie à un débit plus élevé, essentiel pour les transactions complexes et les opérations on-chain intensives. Cependant, l’augmentation des exigences pourrait affecter les coûts et la gestion des nœuds; on cherche à équilibrer cet effet grâce à l’introduction de systèmes comme PeerDAS.
Ces mécanismes visent à réduire la latence et le surcharge de vérification, contenant ainsi les coûts indirects potentiels associés à l’augmentation de capacité.
Qu’est-ce qui change pour…
- Utilisateurs/DeFi : améliorations possibles dans la congestion et les temps de confirmation pendant les pics d’activité. Les frais dépendront néanmoins de la demande, sans qu’il y ait une baisse structurelle garantie.
- Développeurs L2 : une publication plus efficace des blobs et une plus grande fiabilité dans la disponibilité des données, des aspects cruciaux pour les rollups à haut débit.
- Validateurs/opérateurs : besoin réduit de télécharger complètement les blobs grâce à l’échantillonnage, avec des mises à jour possibles concernant la bandwidth et les configurations réseau.
Sécurité : audit et bug bounty
La Ethereum Foundation a lancé un concours d’audit d’une durée de quatre semaines pour soumettre Fusaka à des tests rigoureux avant le fork. L’initiative, qui prévoit des récompenses allant jusqu’à 2.000.000 USD pour la découverte de vulnérabilités critiques, vise à renforcer la robustesse du code avec la contribution de la communauté des chercheurs en sécurité.
Estimations sur blob et performance
Selon les discussions techniques et les notes de protocole, la capacité des blob pourrait doubler dans les deux semaines suivant l’activation dans des scénarios conservateurs ; cependant, les objectifs de projet indiquent des marges plus larges (jusqu’à 48 blob/bloc) en fonction de l’adoption et de la télémétrie recueillie sur les testnets. Ce sont des estimations préliminaires, basées sur les modèles de trafic attendus et la télémétrie, et elles restent en attente de confirmations supplémentaires sur testnet.
Glossaire rapide
- Gas limit : quantité maximale de travail qu’un bloc peut contenir, avec des impacts directs sur la capacité et les coûts.
- Blob : paquets de données publiés de manière économique, utilisés principalement par les rollup.
- Epoch : intervalle temporel utilisé pour coordonner les activations et les finalités du réseau.
- PeerDAS : technique pour vérifier la disponibilité des données en échantillonnant des portions de plusieurs pairs.
- Verkle Trees: structure de données qui permet de rendre plus compactes les preuves relatives à l’état.
FAQ rapide
Quelle est la prochaine version après Fusaka ?
Une version nommée Glamsterdam est prévue pour 2026, axée sur des optimisations supplémentaires de la scalabilité, y compris la mise en œuvre complète de l’EOF (EVM Object Format) et des améliorations possibles des temps de bloc. Les détails sont actuellement en discussion.
En résumé
Fusaka associe une limite de gaz augmentée à des innovations dans la gestion des données et les preuves cryptographiques. L’intégration de PeerDAS et Verkle Trees vise à équilibrer capacité et décentralisation, avec une feuille de route qui commence par les testnets pour atteindre la mainnet le 3 décembre 2025. Les dates, bien que provisoires (mises à jour au 19/09/2025), seront confirmées à l’issue de tests approfondis sur Holesky, Sepolia et Hoodi.
