La Fondation Ethereum a annoncé que son hard fork Fusaka imposera un plafond de consommation de gas de 16,777,216 unités par transaction, marquant la première fois que le réseau applique une limite par transaction distincte de celle du bloc. Le changement, formalisé en tant qu'EIP-7825, est déjà actif sur les testnets Holesky et Sepolia, et sera déployé sur le réseau principal lors de l'activation de Fusaka.
À savoir :
- Ethereum limitera les transactions individuelles à 2²⁴ unités de gas (environ 16.78 millions), empêchant un seul appel surdimensionné de monopoliser des blocs entiers
- La Fondation considère cette limite comme un socle pour les capacités d'exécution parallèle, nécessitant que les charges de travail dépassant le seuil se divisent en appels séquencés plus petits
- Tous les principaux clients ont implémenté le changement dans les versions prêtes pour Fusaka, et les développeurs sont invités à tester contre les testnets et à ajuster la logique d'estimation du gas en conséquence
La Fondation Lie le Plafond à une Stratégie d'Exécution Parallèle
Toni Wahrstätter a décrit le raisonnement dans un article du 21 octobre, déclarant que le plafond atténuerait les vecteurs de déni de service tout en améliorant la prévisibilité du conditionnement des blocs. La Fondation a souligné que la plupart des utilisateurs ne verront aucun impact pratique, car la distribution des transactions réelles est bien en dessous du seuil. La surface de risque se concentre sur les contrats lourds en lots, les scripts de déploiement et les routeurs spécialisés qui pourraient auparavant atteindre la cible de gas par bloc de 45 millions d'unités.
L'EIP-7825 sépare la complexité au niveau de la transaction du débit au niveau du système.
Les appels exceptionnellement grands créaient des problèmes de timing et de planification pour les constructeurs et les validateurs avant le plafond. Le nouveau plafond oblige les charges de travail au-delà de 16.78 millions de gas à se diviser en opérations plus petites.
La Fondation connecte explicitement la limite aux futurs efforts comme l'EIP-7928, prévue à l'ère Glamsterdam. Les transactions prévisibles et limitées servent de prérequis pour une concurrence significative dans la couche d'exécution. Le plafond garantit qu'au moins plusieurs transactions indépendantes peuvent être intégrées par bloc même dans des conditions difficiles de mempool, réduisant la tension dans les pires cas et simplifiant la conception de l'ordonnanceur pour les constructeurs testant des chemins d'exécution parallélisables.
Mise en œuvre Technique et Impact sur les Développeurs
La spécification suit une approche simple et mécanique. L'abstrait de l'EIP-7825 déclare l'intention de fixer la limite à "16,777,216 (2^24) gas" par transaction, améliorant la résilience contre certains vecteurs de déni de service et rendant le traitement des transactions plus prévisible à mesure que les limites de bloc augmentent. Cette simplicité a séduit les canaux des développeurs principaux comme une contrainte bien ciblée préservant la compatibilité avec des travaux d'extension plus ambitieux.
Le débat sur l'encodage et la communication du plafond a duré des mois.
Les discussions sur Ethereum Magicians et lors des appels AllCoreDevs ont examiné le nommage et la paramétrisation. Un fil a résumé la garantie principale : aligner les cibles de bloc aux multiples de 2²⁴ pour que les constructeurs puissent toujours inclure au moins n transactions si le mempool contient n éligibles.
Geth, Erigon, Reth, Nethermind et Besu ont tous implémenté le changement dans les versions prêtes pour Fusaka. La Fondation a noté que la sémantique de eth_call reste inchangée, mais les transactions pré-signées avec des limites de gas dépassant 2²⁴ devront être resignées en dessous du plafond.
Les développeurs devraient tester contre Holesky ou Sepolia, retester les opérations en lot approchant de la limite, et ajuster la logique d'estimation du gas pour échouer rapidement lorsque les constructions dépassent le plafond.
Termes Clés
Le gas mesure l'effort computationnel sur Ethereum. Chaque opération coûte une quantité spécifique de gas, que les utilisateurs paient en Ether. La limite de gas par bloc plafonne le gas total que toutes les transactions d'un bloc peuvent consommer. Les hard forks sont des mises à niveau à l'échelle du réseau nécessitant que tous les nœuds mettent à jour leur logiciel. Les testnets comme Holesky et Sepolia permettent aux développeurs d'essayer les changements avant le déploiement sur le réseau principal.
L'exécution parallèle permettrait au réseau de traiter plusieurs transactions non conflictuelles en même temps plutôt que de manière séquentielle. Les vecteurs de déni de service sont des méthodes d'attaque qui pourraient ralentir ou arrêter les opérations du réseau. Le mempool contient les transactions en attente d'inclusion dans les blocs.
Contexte Politique et Réponse du Marché
La philosophie de développement d'Ethereum favorise des contraintes minimales et généralistes qui reportent la complexité vers des couches supérieures. L'EIP-7825 s'inscrit dans ce schéma en fixant une limite supérieure qui protège la vivacité du réseau sans dicter le comportement des contrats. Le changement évite les modifications du marché des frais et laisse les économies de l'espace blob et les cibles de bloc à d'autres propositions.
La Fondation a décrit le plafond comme établissant "une base plus sûre et plus prévisible pour un débit supérieur dans les futurs forks." Cette formulation capture le compromis entre limiter la taille des transactions individuelles et préparer l'infrastructure à une plus grande capacité globale. L'Ether se négociait à 3,835 $ au moment de la publication.
Réflexions Finales
Le hard fork Fusaka introduit le premier plafond de gas par transaction au niveau du protocole d'Ethereum, fixé à 16,777,216 unités. La Fondation présente ce plafond comme une infrastructure pour l'exécution parallèle tout en atténuant les risques de déni de service, avec un impact minimal attendu pour les utilisateurs typiques.