Les développeurs d'Ethereum ont présenté deux propositions concurrentes visant à empêcher la prochaine mise à niveau Glamsterdam de perturber les contrats intelligents existants, alors que les inquiétudes grandissent concernant les modifications des règles de tarification du gaz du réseau.
Résumé
- Les développeurs Ethereum Leo Glisic et Giulio Rebuffo ont soumis des propositions concurrentes visant à empêcher la tarification révisée du gaz de Glamsterdam de perturber les contrats intelligents existants.
- Glisic souhaite que les anciens contrats conservent leurs règles de gaz existantes, tandis que Rebuffo a proposé des systèmes de comptabilité distincts pour préserver l'exécution des contrats selon les règles précédentes.
- Des chercheurs en sécurité ont averti qu'environ 200 000 contrats pourraient être affectés, les inquiétudes s'étendant aux protocoles DeFi établis et aux applications détenant des fonds d'utilisateurs.
- Le fondateur de Curve Finance, Michael Egorov, a averti d'un possible hard fork d'urgence, tandis que l'investisseur Ethereum Ryan Berckmans a retiré son soutien antérieur à une activation rapide.
- L'activation de Hoodi par Glamsterdam a été reportée à la suite d'avertissements de sécurité, et les développeurs avaient provisoirement discuté d'un autre test privé du 16 au 20 novembre.
Les développeurs Leo Glisic et Giulio Rebuffo ont soumis des propositions distinctes le dimanche 8 novembre, offrant différentes manières d'introduire les nouveaux frais de gaz sans affecter les applications déjà en fonctionnement sur Ethereum.
Ces propositions font suite à des avertissements de sécurité qui ont contraint les développeurs à reporter certaines parties du calendrier de test de Glamsterdam. Certains contrats intelligents existants dépendent de coûts de gaz fixes, et la modification de ces coûts pourrait entraîner l'échec des transactions ou interférer avec des applications qui ne peuvent pas être mises à jour après leur déploiement.
Les développeurs d'Ethereum proposent deux approches pour la tarification du gaz
La proposition de Glisic, EIP-8488, introduirait un ensemble distinct d'instructions pour les contrats intelligents nouvellement déployés tout en permettant aux anciens contrats de continuer à fonctionner selon leurs règles de gaz existantes.
Selon cette proposition, les nouveaux contrats utiliseraient des opcodes V2 qui suivent la tarification révisée introduite par les EIP-8037 et EIP-8038. Les contrats existants conserveraient la structure tarifaire d'origine, permettant aux développeurs d'introduire les modifications sans forcer les anciennes applications à s'adapter.
Rebuffo a suggéré une solution différente dans un brouillon distinct qui introduirait deux systèmes de comptabilité du gaz au sein de chaque transaction.
L'un calculerait la quantité de gaz qu'un contrat consomme selon les règles précédentes, préservant les conditions qu'il attend lors de l'exécution. Le second calculerait les frais de transaction réels en utilisant le barème tarifaire révisé.
Sa proposition reconnaît qu'aucune implémentation de client d'exécution ni aucun test de consensus n'ont encore été réalisés pour cette conception. Aucune des deux propositions n'a été approuvée pour être incluse dans Glamsterdam.
Pourquoi les modifications du gaz de Glamsterdam ont soulevé des préoccupations de sécurité
Les préoccupations de compatibilité découlent des EIP-8037 et EIP-8038, qui modifient la façon dont Ethereum facture la création et l'accès à l'état de la blockchain.
L'EIP-8037 augmenterait les frais de gaz de base pour la création d'un contrat intelligent de 32 000 à 183 600, hors coûts supplémentaires d'exécution et de stockage du code.
Bien que les modifications visent à tenir compte des ressources consommées par l'activité de la blockchain, des chercheurs en sécurité ont averti que les applications existantes pourraient ne pas être préparées aux frais révisés.
Comme crypto.news l'a précédemment rapporté, la société de sécurité ChainSecurity a identifié huit hypothèses utilisées par les contrats intelligents existants qui pourraient devenir invalides selon les règles de gaz proposées.
Certains contrats réservent une quantité fixe de gaz pour les appels externes, tandis que d'autres dépendent d'un comportement spécifique lorsque les transactions échouent. Un changement inattendu de la consommation de gaz pourrait interférer avec ces opérations.
Le développeur pseudonyme banteg a averti sur X qu'une analyse existante avait déjà identifié environ 200 000 contrats potentiellement affectés, tandis que des problèmes méthodologiques pourraient signifier que le nombre réel est plus élevé.
Le développeur a déclaré que les préoccupations s'étendent au déploiement et au fonctionnement de plusieurs protocoles de premier plan, plutôt que de se limiter à des erreurs de codage isolées.
La communauté Ethereum divisée sur les risques de Glamsterdam
Les changements proposés ont suscité les critiques de développeurs et de figures de l'industrie DeFi qui estiment qu'Ethereum devrait résoudre les problèmes de compatibilité avant de poursuivre.
Le fondateur de Curve Finance, Michael Egorov, a averti sur X que Glamsterdam pourrait causer de graves problèmes si les développeurs poursuivent sans traiter les risques.
« Cher @ethereum – s'il vous plaît, ne cassez pas la chaîne. Il semble bien que Glamsterdam dans sa forme actuelle conduirait à un autre hard fork d'urgence en arrière, avec beaucoup de drame », a écrit Egorov.
Le membre de la communauté Ethereum et investisseur Ryan Berckmans a d'abord soutenu la poursuite de la mise à niveau, arguant qu'Ethereum ne pouvait pas garantir un prix du gaz inchangé pour chaque application existante.
Berckmans a ensuite inversé sa position après avoir examiné les problèmes de compatibilité.
« Nous ne devrions (clairement, maintenant) pas continuer vers l'activation de Glam dès que possible. J'ai eu tort de le dire », a-t-il écrit sur X.
Le chercheur en sécurité pcaversaccio a adopté une position plus ferme, arguant que Glamsterdam ne devrait pas être déployé dans sa forme actuelle.
« à mon humble avis, Glamsterdam ne devrait pas être livré dans sa forme actuelle, point final », a écrit le chercheur, faisant référence aux changements de gaz qui auraient été signalés aux développeurs principaux d'Ethereum des semaines plus tôt.
Les tests de Glamsterdam restent retardés
Les développeurs d'Ethereum ont reporté l'activation de Hoodi du 26 octobre après que des inquiétudes sont apparues quant à la façon dont les règles de gaz révisées pourraient affecter les contrats déjà déployés sur le réseau principal.
Le report couvrait les changements de la couche d'exécution Amsterdam, les changements de consensus Gloas et une augmentation prévue de la limite de gaz de Hoodi à 200 millions.
Dans une déclaration du 6 novembre, le développeur de la Fondation Ethereum Marius van der Wijden a déclaré que l'organisation travaillait avec ChainSecurity et Dedaub pour examiner les applications concernées et recueillir les retours des développeurs.
Un test privé ultérieur de Glamsterdam avait été provisoirement évoqué pour le 16 au 20 novembre au plus tôt lors d'une réunion des développeurs le 29 octobre. Le calendrier avait été établi avant la soumission des deux propositions concurrentes.
