以太坊核心开发者社区又有新动作：一份名为「用于 Gas 重新定价的版本化操作码」的 EIP 草案正式在论坛公开征求意见，核心思路是给操作码加上版本号，让未来调整 Gas 成本不再需要硬分叉式地破坏已部署合约。
具体来看，这份草案有几个关键点：
一是新旧并行、向后兼容。新部署的合约必须使用 V2 操作码，并遵循 EIP-8037/8038 定义的新 Gas 调度表；已经上线的存量合约则继续沿用旧版调度表，行为保持不变，相当于把「涨价」的影响隔离在新合约层面。
二是 V2 操作码集刻意移除了 GAS、GASLIMIT 等 Gas 内省类操作码。如果新合约字节码里包含这些操作码，部署会直接回滚。开发者社区的逻辑是：合约若过度依赖对剩余 Gas 的精确判断，未来任何重定价都可能引发连锁故障，不如从源头切断这种耦合。
三是新增 DELEGATECALL_V2。它的语义与经典 DELEGATECALL 类似，但强制要求目标合约的 code_version 不低于 2，否则调用立即失败，以此避免新版合约误调用旧逻辑、落入过时的 Gas 假设。
整体看，这是一次为以太坊长期可升级性铺路的底层设计：Gas 定价从来不是静态参数，版本化操作码等于给协议留出了一条「只影响新合约、不波及老合约」的平滑调整通道。对开发者而言，接下来需要关注的是迁移工具链和审计规则何时跟进；对普通用户来说，短期链上体验不会有感知，但它可能深刻影响未来几年智能合约的编写范式。
#以太坊 #EIP
具体来看，这份草案有几个关键点：
一是新旧并行、向后兼容。新部署的合约必须使用 V2 操作码，并遵循 EIP-8037/8038 定义的新 Gas 调度表；已经上线的存量合约则继续沿用旧版调度表，行为保持不变，相当于把「涨价」的影响隔离在新合约层面。
二是 V2 操作码集刻意移除了 GAS、GASLIMIT 等 Gas 内省类操作码。如果新合约字节码里包含这些操作码，部署会直接回滚。开发者社区的逻辑是：合约若过度依赖对剩余 Gas 的精确判断，未来任何重定价都可能引发连锁故障，不如从源头切断这种耦合。
三是新增 DELEGATECALL_V2。它的语义与经典 DELEGATECALL 类似，但强制要求目标合约的 code_version 不低于 2，否则调用立即失败，以此避免新版合约误调用旧逻辑、落入过时的 Gas 假设。
整体看，这是一次为以太坊长期可升级性铺路的底层设计：Gas 定价从来不是静态参数，版本化操作码等于给协议留出了一条「只影响新合约、不波及老合约」的平滑调整通道。对开发者而言，接下来需要关注的是迁移工具链和审计规则何时跟进；对普通用户来说，短期链上体验不会有感知，但它可能深刻影响未来几年智能合约的编写范式。
#以太坊 #EIP