Le plan d'Ethereum pour tripler la vitesse du réseau pourrait silencieusement briser des millions de contrats intelligents existants

La prochaine tentative d'Ethereum d'élargir le débit de la couche de base comprend des contrats et des transactions qui créent un état persistant, ce qui coûterait beaucoup plus de gaz pour les nouveaux comptes, les emplacements de stockage et le bytecode déployé.

La Fondation Ethereum a déclaré que le calendrier candidat Glamsterdam est conçu pour soutenir environ trois fois plus de débit de base en alignant les frais de gaz avec les ressources réseau que chaque opération consomme.

Les deux propositions sont programmées pour Glamsterdam, mais l'EIP-8037 et l'EIP-8038 conservent toutes deux un statut de révision formelle. La feuille de route officielle d'Ethereum prévoit la mise à niveau pour le quatrième trimestre de 2026, avec des dates de fork fixes pour Sepolia, Hoodi et le réseau principal encore non annoncées.

Cela laisse aux constructeurs une fenêtre de test avant que les paramètres candidats et le calendrier de déploiement ne se stabilisent.

Un débit plus élevé déplace la facture vers la création d'état

Chaque nouveau compte, emplacement de stockage et octet de code de contrat étend l'état persistant que les nœuds conservent et servent. L'EIP-8037 indique que la partie état d'une base de données Geth était d'environ 390 GiB en janvier 2026.

Après que la limite de gaz d'Ethereum soit passée de 30 millions à 60 millions, l'état moyen créé chaque jour est passé d'environ 105 MiB à 326 MiB, un rythme annuel d'environ 116 GiB.

La proposition prend ce taux post-augmentation et l'échelonne proportionnellement à un scénario de limite de gaz délibérément sévère de 200 millions. Le résultat est d'environ 387 GiB de croissance annuelle, suffisant pour franchir un seuil de performance cité de 650 GiB dans l'année suivant le point de départ de 390 GiB.

L'EIP décrit la réponse antérieure de 30 millions à 60 millions comme non linéaire, faisant de 387 GiB une extrapolation motivante plutôt qu'une prévision mesurée.

Son contrôle proposé est un coût commun de 1 530 gaz pour chaque octet de nouvel état et une dimension de gaz d'état séparée. À une limite de bloc de référence de 150 millions, ce paramètre vise une croissance moyenne de 120 GiB par an.

La proposition liste 160 GiB par an comme le pire scénario à une limite de 200 millions après re-prix.

Au niveau de la transaction, les utilisateurs paient à la fois pour l'exécution et le gaz d'état. La répartition préserve de la place pour le travail computationnel tout en plaçant un plafond séparé sur les ajouts permanents à l'état du réseau.

L'EIP-8038 aborde l'accès et les écritures de l'état existant, augmentant les coûts des comptes et du stockage sélectionnés à partir des benchmarks clients réalisés contre un instantané d'état comparable au réseau principal en mars 2026.

Ensemble, les propositions utilisent le chiffre de débit environ trois fois supérieur comme un objectif de soutien technique. L'activation créerait une marge pour des limites plus élevées plutôt que de garantir un triplement immédiat de la capacité du réseau principal.

Un replay de 929,7 millions de transactions sépare les corrections de limites plus élevées des changements de code

Le tableau d'impact de re-prix public couvre 929 731 274 transactions dans 4 millions de blocs du 3 décembre 2024 au 15 juin 2026.

Chaque transaction a été rejouée indépendamment contre son état pré-transaction canonique sous le calendrier existant et un calendrier candidat. Les chercheurs ont d'abord utilisé la limite de gaz originale de la transaction, puis ont permis un plafond jusqu'à 10 fois cette limite.

La comparaison a couvert le succès, la consommation de gaz, les journaux, la sortie et les traces d'exécution.

Sous l'EIP-8037, 174 473 898 replays de transactions ont échoué à leur limite originale mais ont réussi avec plus de gaz, tandis que 2 687 652 ont rejoint le groupe potentiellement cassé. Sous l'EIP-8038, 84 708 228 étaient réparables avec une limite plus élevée, et 3 036 537 étaient potentiellement cassés.

Une activité répétée d'une application occupée peut dominer le compte, donc les chiffres ne décrivent pas des millions de contrats séparés à risque.

Le tableau de bord définit potentiellement cassé comme une transaction de base réussie que le calendrier candidat n'a pas réussi à sauver au plafond testé de 10 fois.

Ce groupe inclut des cas de manque de gaz et des transactions qui ont été annulées pour une autre raison après que les nouveaux coûts ont changé le comportement d'exécution. C'est une classification de risque contrefactuelle : les utilisateurs, portefeuilles, contrats, constructeurs et marchés de frais peuvent s'adapter avant le mainnet.

Le groupe beaucoup plus important pouvant être corrigé déplace principalement le travail vers les interfaces, les agrégateurs et les fournisseurs d'infrastructure, qui doivent soumettre des limites reflétant le nouveau calendrier. Le groupe plus difficile expose des hypothèses que plus de gaz de haut niveau ne peut pas guérir, y compris des allocations fixes de 2 300 gaz, du gaz codé en dur transféré aux appels internes, une logique qui se ramifie sur gasleft() et des transactions présignées avec des limites fixes.

Un rapport de sensibilisation public priorise les versions de l'ERC-4337 EntryPoint d'eth-infinitism et des piles de comptes intelligents associés, y compris ZeroDev et Alchemy. Il identifie également des échecs contrefactuels récurrents impliquant Across, Socket/Bungee, CoW Protocol et 0x.

Les contrats immuables rendent les cas les plus difficiles opérationnellement coûteux. Une réponse durable peut nécessiter une nouvelle implémentation d'EntryPoint, de compte, de fabrique ou de validateur suivie d'une migration des utilisateurs. D'autres systèmes peuvent être réparés par le routage, le regroupement ou des changements de comptabilité de gaz.

Les agrégateurs ERC-4337 doivent également distinguer les deux classes : une meilleure simulation et des limites soumises plus élevées peuvent résoudre les échecs corrigeables, tandis qu'une protection de validation ou une hypothèse de gaz interne revient toujours lorsque la transaction externe reçoit plus de gaz.

Qui doit mettre à jour avant Glamsterdam

Les portefeuilles, les fournisseurs RPC, les indexeurs, les outils de nœud et les estimateurs de gaz doivent intégrer les nouvelles règles, tandis que les interfaces et les agrégateurs doivent cesser de s'appuyer sur des constantes mises en cache ou des limites calibrées selon l'ancien calendrier.

Les deux EIPs nécessitent eth_estimateGas et une logique connexe pour tenir compte des nouveaux coûts. L'annonce du testnet Platåberget avertit également que les outils construits autour d'une limite de gaz maximale codée en dur ou d'une seule dimension de gaz vont échouer.

Un transfert ETH simple vers un compte existant peut toujours utiliser 21 000 gaz. Envoyer de la valeur à un compte qui n'existe pas encore ajoute des frais de création d'état à l'exécution, donc les logiciels qui supposent que chaque transfert correspond à l'ancienne constante nécessitent une révision.

Les utilisateurs réguliers peuvent conserver des flux de travail familiers si les portefeuilles et l'infrastructure se mettent à jour correctement. Pendant ce temps, les développeurs portent le fardeau immédiat de la resimulation des transactions, de la révision des allocations fixes et des limites d'appels internes, et de la test des chemins affectés contre le calendrier candidat.

Le fork Glamsterdam était prévu pour le 20 août et a été rapporté en direct avec le calendrier de re-prix d'ici le 24 août. La séquence publiée passe des devnets stables aux testnets publics à long terme Sepolia et Hoodi, puis au mainnet, avec l'objectif de feuille de route 2026 toujours soumis à des tests.

Ethereum peut se tarifer vers plus de débit, mais les constructeurs qui ont codé les hypothèses de gaz d'hier ont maintenant une fenêtre limitée pour prouver que leurs contrats et outils peuvent survivre au calendrier de demain.

Ce contenu est fourni à titre informatif uniquement et ne constitue pas un conseil financier, d'investissement, juridique ou fiscal. Les événements, récompenses, promotions en ligne ou informations mentionnées ici ne doivent pas être considérés comme une recommandation, une sollicitation ou une invitation à acheter, vendre, trader ou effectuer toute autre opération sur des actifs crypto. Les actifs crypto sont très volatils et peuvent entraîner des pertes. La disponibilité des services, produits et événements liés à WEEX peut varier selon les régions. Veuillez vous assurer que votre participation respecte les lois et réglementations locales applicables.