Les développeurs d’Ethereum ont reporté le hard fork « Glamsterdam » prévu sur le testnet Hoodi, après que des chercheurs ont signalé des risques de sécurité liés au gas, susceptibles d’influer sur le comportement des contrats intelligents lorsque des transactions échouent.
Selon une déclaration de la Fondation Ethereum (EF) publiée le 22 octobre, la mise à niveau, initialement prévue le 26 octobre, est reportée afin de laisser aux équipes le temps d’étudier les interactions entre certaines propositions et les contrats déjà déployés sur Ethereum. Ce report ajoute une nouvelle incertitude à la feuille de route plus générale de Glamsterdam. Les développeurs avaient auparavant évoqué une fenêtre début décembre pour un éventuel calendrier de déploiement sur le mainnet, sous réserve de tests concluants sur Hoodi.
Points clés
La Fondation Ethereum a reporté le hard fork Glamsterdam sur le testnet Hoodi, initialement prévu le 26 octobre, afin d’étudier les implications de sécurité liées au comportement du gas.
La société de sécurité ChainSecurity a averti que deux propositions de Glamsterdam (EIP-8037 et EIP-8038) pourraient affaiblir les défenses contre les attaques par épuisement du gas.
Selon les chercheurs, les changements proposés concernant le gas pourraient permettre aux contrats de continuer leur exécution après des échecs, d’une manière que les protections actuelles ne prennent pas en compte.
Les équipes d’Ethereum envisageaient une orientation vers un déploiement sur le mainnet début décembre, sous réserve des résultats des tests sur Hoodi, qui restent désormais incertains.
La Fondation Ethereum reporte le déploiement sur Hoodi le temps d’examiner les interactions avec les contrats
La Fondation Ethereum a annoncé le report de la mise à niveau Glamsterdam sur Hoodi afin que les développeurs puissent examiner « la manière dont certaines propositions interagissent avec les contrats intelligents déployés sur Ethereum ». Concrètement, les équipes souhaitent mieux comprendre si les changements apportés au modèle de gas de la mise à niveau créent des chemins d’exécution inattendus pour les contrats écrits selon d’anciennes hypothèses, en particulier concernant le comportement après l’échec d’une transaction.
Cet examen est important, car les contrats intelligents intègrent souvent des mécanismes de sécurité fondés sur la consommation de gas lors de l’exécution des transactions et sur la propagation des échecs. Si ces hypothèses ne sont plus valables, les protections peuvent devenir incomplètes et les fonctionnalités visibles par les utilisateurs peuvent se comporter différemment de ce qu’avaient prévu les développeurs.
ChainSecurity souligne les risques liés aux EIP-8037 et EIP-8038
Plus tôt, le 13 octobre, ChainSecurity a publié une analyse avertissant que deux propositions incluses dans Glamsterdam — les EIP-8037 et EIP-8038 — pourraient compromettre les protections contre les attaques par épuisement du gas.
Selon ChainSecurity, les nouvelles règles pourraient permettre de restituer du gas à un contrat après l’échec d’une opération. L’entreprise estime que cela pourrait perturber les contrôles de sécurité existants, qui s’appuient sur la quantité de gas restante pendant une transaction.
L’attaque par épuisement du gas consiste, pour un appelant malveillant, à fournir délibérément trop peu de gas pour qu’une opération légitime d’un contrat intelligent puisse aboutir. Si les protections partent du principe qu’un échec interrompt ou annule certains comportements du contrat d’une manière précise, une modification de la gestion du gas pourrait permettre aux contrats de « poursuivre » leur exécution alors qu’ils se seraient auparavant arrêtés — risquant ainsi de les laisser dans un état où un échec est enregistré comme définitif.
ChainSecurity a donné un exemple concret : un contrat concerné pourrait supprimer la créance d’un utilisateur ou l’empêcher de réessayer, alors même que l’opération initiale aurait pu aboutir dans des conditions normales.
Il est important de noter que ChainSecurity a précisé que Glamsterdam ne rendrait pas non fiables tous les contrôles de sécurité liés au gas. Certaines protections pourraient continuer de fonctionner, mais les développeurs devront auditer leurs contrats pour s’assurer qu’ils tiennent correctement compte des nouvelles règles de gas introduites par la mise à niveau.
Comme l’avait indiqué précédemment Cointelegraph, la Fondation Ethereum avait également averti que le modèle de gas de Glamsterdam pourrait perturber les portefeuilles, les indexeurs et les estimateurs de gas qui reposent sur des hypothèses fixes. Ce nouveau report montre que les préoccupations ne se limitent pas aux outils : les hypothèses de sécurité au niveau des contrats sont désormais au cœur du problème.
Les inquiétudes jugées « sérieuses » et la multiplication des exemples suscitent des réactions dans la communauté
Après l’avertissement de ChainSecurity, les contributeurs ont réagi avec urgence. Dans un commentaire publié sur GitHub le 21 octobre, le chercheur en sécurité pseudonyme pcaversaccio a qualifié les risques de « sérieux » et appelé à réévaluer le hard fork.
Puis, vendredi, ChainSecurity a annoncé avoir repéré « 13 exemples concrets » et collaborer avec les projets concernés pour procéder à une divulgation responsable. Dans sa déclaration publique, l’entreprise n’a fourni aucun détail sur ces exemples ni nommé les entités touchées. Elle a toutefois appelé les développeurs à vérifier leurs contrats dès que possible.
Pour les utilisateurs et les intégrateurs d’Ethereum, cela signifie que le risque ne se limite pas à des cas limites purement théoriques. Même en l’absence de détails publiés, l’existence de plusieurs scénarios réels augmente la probabilité que des contrats largement utilisés nécessitent des mises à jour ou des changements de configuration lors de l’activation de Glamsterdam.
Ce que cela signifie pour le calendrier de Glamsterdam
Hoodi n’est pas la première étape du processus. Cointelegraph avait précédemment rapporté que la mise à niveau avait déjà été activée sur le testnet Sepolia le 6 octobre, avant le déploiement sur Hoodi, désormais reporté.
Avec le report de Hoodi, les équipes perdent une étape de validation clé : vérifier que les changements apportés au modèle de gas fonctionnent comme prévu dans des conditions simulant le comportement du mainnet. Les développeurs d’Ethereum envisageaient de finaliser le calendrier du mainnet début décembre, après la réussite des tests sur Hoodi, selon certaines informations. Cette séquence paraît désormais moins certaine, puisque la Fondation Ethereum attend explicitement que des recherches supplémentaires soient menées sur les interactions entre les propositions et les contrats intelligents déployés.
Pour les investisseurs et les développeurs, la leçon à retenir est que « activé sur un testnet » ne signifie pas automatiquement « sûr pour le mainnet ». La situation actuelle montre que les mises à niveau touchant à l’exécution et à la sémantique du gas peuvent entraîner des problèmes de sécurité et de compatibilité, qui ne deviennent apparents qu’après un examen approfondi et une analyse plus large de la logique des contrats.
Les lecteurs devraient surveiller les nouvelles conclusions techniques de la Fondation Ethereum ainsi que toute divulgation supplémentaire de ChainSecurity concernant les modèles de contrats les plus touchés et les mesures d’atténuation que les développeurs devraient appliquer avant les prochaines décisions relatives aux testnets ou au mainnet.
Cet article a d’abord été publié sous le titre « Ethereum reporte le lancement du testnet Hoodi de Glamsterdam en raison de risques de sécurité » sur Crypto Breaking News — votre source de confiance pour l’actualité des cryptomonnaies, du Bitcoin et de la blockchain.