Ethereum prévoit de retarifier le prix du gaz avec les propositions EIP-8037 et EIP-8038 visant à tripler la vitesse du réseau, mais des millions de contrats intelligents pourraient échouer s'ils n'ajustent pas leurs limites à temps.
Faites de nous votre source préférée sur
gsoitsoitgjeet
Un changement proposé au Gaz Ethereum Il promet de tripler la capacité du réseau, mais pourrait discrètement briser des millions de contrats intelligents déjà déployés. La modification fait partie de la mise à jour Glamsterdam et vise à réajuster le coût de calcul de certaines opérations pour augmenter les performances sans compromettre la sécurité.
Le gaz est l’unité qui mesure la quantité de travail de calcul nécessaire pour exécuter une opération sur Ethereum. Réajuster ces prix – ce qu’on appelle dans le jargon retarification— permet d'augmenter la limite de travail qui rentre dans chaque bloc, mais modifie également les hypothèses avec lesquelles des milliers d'applications ont été programmées et déployées ces dernières années.
Quels changements dans le gaz Ethereum
Les deux propositions centrales sont EIP-8037 et EIP-8038, dont le déploiement est prévu à Glamsterdam, comme l'a détaillé l'équipe de développement d'Ethereum. L'idée est de recalibrer le coût de certaines instructions afin que le réseau traite plus d'opérations par bloc, une étape de plus dans la feuille de route visant à faire évoluer les performances de la couche de base.
Le problème survient lorsqu’un contrat intelligent fixe à l’avance la quantité de gaz qu’un appel peut consommer. Si le nouveau système augmente le coût de cette opération au-delà de la limite fixée par le contrat, la transaction échoue. De nombreux promoteurs ont fixé ces plafonds il y a longtemps, à une époque où les prix du gaz étaient différents, et ne prévoyaient pas de réajustement ultérieur.
L'ampleur du risque, en chiffres
Pour mesurer l'impact, l'équipe a élaboré un tableau de bord de l'impact de la retarification qui reproduit l'historique de la chaîne selon les nouvelles règles. Le test EIP-8037 a couvert plus de 174 millions de relectures de transactions, tandis que dans l'analyse EIP-8038, environ 84,7 millions étaient corrigibles.
La nuance compte. La plupart des bugs détectés sont résolus en augmentant simplement la limite de gaz que l'utilisateur ou l'application attribue à la transaction, sans toucher au code. C'est une solution relativement simple du côté des interfaces et des portefeuilles. Un groupe plus restreint nécessiterait cependant des modifications du code ou la migration vers de nouveaux contrats, ce qui est beaucoup plus délicat lorsqu'il s'agit de contrats immuables déjà en production.
C’est ce sous-ensemble qui déclenche l’alarme : des contrats qui ont été laissés avec des paramètres rigides et qui ne peuvent pas être facilement mis à jour. Pour eux, la réinitialisation pourrait laisser certaines fonctions inopérantes à moins que les responsables n'interviennent avant que la mise à jour ne prenne effet.
Tests Testnet et avis aux développeurs
L'équipe a également publié un rapport de contact visant à identifier et alerter les projets potentiellement concernés afin qu'ils puissent examiner leurs déploiements à l'avance. La stratégie consiste à donner de la visibilité au problème avant qu'il n'atteigne le réseau principal, au lieu de découvrir des pannes de production.
Les propositions sont en cours de validation dans des environnements de test. Le testnet Platåberget sert de banc d'essai pour observer les performances des contrats existants dans le cadre du nouveau système de tarification, une procédure courante avant d'engager des changements qui affectent l'ensemble de la chaîne.
Ce type de tension résume le défi sous-jacent d’Ethereum : améliorer les performances d’un réseau qui supporte déjà une valeur énorme et un gigantesque catalogue d’applications qui dépendent de règles stables. Chaque gain de vitesse nous oblige à revoir ce qui casse en cours de route et qui paie le coût de sa réparation.
Ce que cela signifie pour les utilisateurs et les projets
Pour l’utilisateur moyen, l’effet le plus probable sera marginal : les portefeuilles et les applications auront tendance à ajuster automatiquement les limites de gaz pour absorber la plupart des cas. La responsabilité incombe principalement aux équipes de développement et de protocole qui doivent auditer leurs contrats par rapport au nouveau modèle.
Les contrats intelligents sont des programmes qui s'exécutent eux-mêmes sur la blockchain lorsque certaines conditions sont remplies, et une grande partie de l'écosystème de la finance décentralisée et des applications décentralisées repose sur eux. Beaucoup de ces contrats dépendent également d’oracles qui alimentent des données externes, une autre couche qui devrait être revue pour tout changement dans les coûts d’exécution.
Glamsterdam étant encore en phase de validation, la fenêtre pour agir reste ouverte. Le résultat dépendra du nombre de projets examinant leurs déploiements dans le temps et du fait que le sous-ensemble nécessitant des modifications de code soit aussi limité que le suggèrent les premiers tests.
Voir l’article original en espagnol
