Crypto : Ethereum prépare deux solutions pour protéger ses smart contracts

Ethereum pourrait perturber jusqu'à 200 000 smart contracts avec sa prochaine mise à jour Glamsterdam. Le développeur banteg alerte sur les risques liés aux nouvelles règles de calcul du gas, qui pourraient empêcher certains contrats existants de fonctionner correctement. Deux propositions concurrentes ont été déposées le 8 novembre pour éviter ces problèmes. La Fondation Ethereum a déjà suspendu un test prévu sur Hoodi.

En bref

• Environ 200 000 smart contracts figurent dans une liste de contrats potentiellement affectés par Glamsterdam.
• Deux développeurs proposent des solutions différentes pour préserver leur fonctionnement.
• La Fondation Ethereum reporte les tests sur Hoodi jusqu'à la résolution des problèmes identifiés.

Ethereum identifie un risque pour 200 000 smart contracts

L'alerte prend de l'ampleur. Le 26 octobre, Ethereum avait déjà reporté un test de Glamsterdam après la découverte de risques sur 13 contrats. Deux semaines plus tard, le développeur banteg évoque une liste d'environ 200 000 contrats potentiellement concernés. Ce chiffre provient d'un outil d'analyse des effets de la nouvelle tarification du gas. Il ne signifie pas que 200 000 contrats tomberont nécessairement en panne.

Banteg estime même que la méthode utilisée pourrait manquer d'autres contrats vulnérables. Le problème concerne deux propositions intégrées à Glamsterdam : EIP-8037 et EIP-8038. La première modifie le coût de création des données permanentes sur Ethereum. La seconde augmente certains frais liés à leur consultation et à leur modification.

Le changement est important. Avec EIP-8037, le coût de base de création d'un smart contract passerait de 32 000 à 183 600 unités de gas, avant les frais supplémentaires liés au code et à son exécution. Le gas mesure les ressources informatiques nécessaires aux opérations réalisées sur Ethereum. Certains anciens smart contracts ont été programmés avec des limites fixes. Lorsqu'ils appellent un autre contrat, ils lui attribuent une quantité précise de gas.

Si cette quantité devient insuffisante après Glamsterdam, l'opération peut échouer. Le problème concerne particulièrement les contrats immuables, dont le code ne peut plus être modifié après leur déploiement. Certains protocoles DeFi pourraient rencontrer des difficultés lors de leurs transactions crypto. Des fonds pourraient également devenir temporairement inaccessibles dans certains scénarios. Aucune panne massive de ce type n'a toutefois été constatée sur le réseau principal.

Deux développeurs proposent des solutions concurrentes

Face aux inquiétudes, Leo Glisic et Giulio Rebuffo ont présenté deux approches différentes le 8 novembre. La première, baptisée EIP-8488, cherche à préserver les anciennes règles pour les contrats déjà déployés.

Leo Glisic propose de créer deux ensembles d'instructions. Les contrats existants continueraient de fonctionner avec les coûts de gas actuels. Les nouveaux contrats utiliseraient des instructions adaptées aux tarifs introduits par EIP-8037 et EIP-8038.

L'objectif consiste à éviter de modifier les conditions d'exécution des applications historiques. Giulio Rebuffo défend une autre méthode. Sa proposition prévoit deux compteurs de gas pour chaque transaction crypto. Le premier suivrait l'exécution selon les anciennes règles, tandis que le second calculerait les frais réellement facturés selon les nouveaux tarifs.

Les utilisateurs paieraient donc les nouveaux coûts, mais les anciens contrats conserveraient une comptabilité compatible avec leur fonctionnement initial. Cette solution nécessiterait une adaptation plus importante des logiciels Ethereum.

Rebuffo reconnaît qu'aucune implémentation dans les clients d'exécution ni aucun test de consensus n'ont encore été réalisés. Les deux propositions restent à l'état de brouillon. Aucune décision n'a été prise concernant leur intégration à Glamsterdam.

Le chantier arrive après plusieurs mois de préparation. Ethereum avait déjà activé Glamsterdam sur le réseau de test Sepolia le 6 octobre. Le prochain passage devait se dérouler sur Hoodi, mais les chercheurs en sécurité ont découvert de nouvelles incompatibilités.

Glamsterdam attendra la résolution des problèmes

La Fondation Ethereum a officialisé sa décision le 6 novembre. Les développeurs ne procéderont pas au déploiement sur Hoodi tant que les risques liés aux nouvelles règles de gas n'auront pas été résolus.

Les sociétés de cybersécurité ChainSecurity et Dedaub participent aux vérifications. La Fondation a également publié une liste de huit hypothèses techniques sur lesquelles certains contrats reposent et qui pourraient devenir invalides avec Glamsterdam.

Elle demande aux développeurs et aux auditeurs d'examiner leurs applications. Les projets concernés peuvent transmettre leurs observations directement aux équipes Ethereum. Le prochain test privé avait été envisagé entre le 16 et le 20 novembre, au plus tôt. Ce calendrier avait cependant été discuté avant le dépôt des deux nouvelles propositions.

Aucune nouvelle date définitive n'a été annoncée. Le déploiement sur le réseau principal dépendra des corrections retenues et des résultats des prochains tests. Glamsterdam poursuit pourtant un objectif important : augmenter la capacité d'Ethereum tout en maîtrisant la croissance de sa base de données.

La mise à jour doit notamment faciliter le traitement parallèle des transactions et améliorer l'organisation de la production des blocs. Les travaux sur Hegotá, la mise à jour suivante, se poursuivent parallèlement.

Pour les développeurs crypto, la priorité immédiate concerne la compatibilité des applications déjà déployées. Ethereum prépare également une augmentation de sa limite de gas de 60 à 200 millions par bloc. Cette évolution pourrait accroître la capacité du réseau, mais elle ne doit pas compromettre les contrats qui sécurisent déjà des fonds. Les prochaines réunions des développeurs devront départager les solutions proposées avant de relancer les tests.