La communauté des développeurs principaux d’Ethereum passe à l’action : une proposition d’EIP intitulée « OpCodes versionnés pour la reprécification du gas » a été officiellement publiée sur le forum pour recueillir les commentaires. L’idée centrale consiste à ajouter un numéro de version aux opcodes afin que les futurs ajustements du coût du gas ne nécessitent pas une hard fork qui casserait les contrats déjà déployés.
Cette proposition comporte plusieurs points clés :
Premièrement, les versions ancienne et nouvelle coexistent tout en assurant la rétrocompatibilité. Les contrats nouvellement déployés doivent utiliser les opcodes V2 et respecter le nouveau barème de gas défini par les EIP-8037/8038 ; les contrats déjà en ligne continuent d’utiliser l’ancien barème et conservent leur comportement. L’impact d’une « hausse des prix » est ainsi limité aux nouveaux contrats.
Deuxièmement, l’ensemble d’opcodes V2 exclut délibérément les opcodes d’introspection du gas tels que GAS et GASLIMIT. Si le bytecode d’un nouveau contrat en contient, son déploiement est immédiatement annulé. La logique de la communauté des développeurs est la suivante : si un contrat dépend trop précisément de l’estimation du gas restant, toute reprécification future risque de déclencher une cascade de défaillances. Mieux vaut donc supprimer cette dépendance à la source.
Troisièmement, DELEGATECALL_V2 est ajouté. Sa sémantique est similaire à celle de DELEGATECALL classique, mais il impose que le code_version du contrat cible soit au moins égal à 2 ; sinon, l’appel échoue immédiatement. Cela évite qu’un contrat de nouvelle génération appelle par erreur une ancienne logique et s’appuie sur des hypothèses de gas obsolètes.
Dans l’ensemble, il s’agit d’une conception fondamentale qui prépare le terrain à l’évolutivité à long terme d’Ethereum : le prix du gas n’a jamais été un paramètre statique, et les opcodes versionnés offrent au protocole une voie d’ajustement progressive qui « ne touche que les nouveaux contrats sans affecter les anciens ». Pour les développeurs, il faudra suivre l’évolution des outils de migration et des règles d’audit ; pour les utilisateurs ordinaires, l’expérience sur la chaîne ne changera pas à court terme, mais cette évolution pourrait profondément influencer les pratiques de développement des contrats intelligents au cours des prochaines années.
#以太坊 #EIP
Cette proposition comporte plusieurs points clés :
Premièrement, les versions ancienne et nouvelle coexistent tout en assurant la rétrocompatibilité. Les contrats nouvellement déployés doivent utiliser les opcodes V2 et respecter le nouveau barème de gas défini par les EIP-8037/8038 ; les contrats déjà en ligne continuent d’utiliser l’ancien barème et conservent leur comportement. L’impact d’une « hausse des prix » est ainsi limité aux nouveaux contrats.
Deuxièmement, l’ensemble d’opcodes V2 exclut délibérément les opcodes d’introspection du gas tels que GAS et GASLIMIT. Si le bytecode d’un nouveau contrat en contient, son déploiement est immédiatement annulé. La logique de la communauté des développeurs est la suivante : si un contrat dépend trop précisément de l’estimation du gas restant, toute reprécification future risque de déclencher une cascade de défaillances. Mieux vaut donc supprimer cette dépendance à la source.
Troisièmement, DELEGATECALL_V2 est ajouté. Sa sémantique est similaire à celle de DELEGATECALL classique, mais il impose que le code_version du contrat cible soit au moins égal à 2 ; sinon, l’appel échoue immédiatement. Cela évite qu’un contrat de nouvelle génération appelle par erreur une ancienne logique et s’appuie sur des hypothèses de gas obsolètes.
Dans l’ensemble, il s’agit d’une conception fondamentale qui prépare le terrain à l’évolutivité à long terme d’Ethereum : le prix du gas n’a jamais été un paramètre statique, et les opcodes versionnés offrent au protocole une voie d’ajustement progressive qui « ne touche que les nouveaux contrats sans affecter les anciens ». Pour les développeurs, il faudra suivre l’évolution des outils de migration et des règles d’audit ; pour les utilisateurs ordinaires, l’expérience sur la chaîne ne changera pas à court terme, mais cette évolution pourrait profondément influencer les pratiques de développement des contrats intelligents au cours des prochaines années.
#以太坊 #EIP