以太坊Glamsterdam升级的gas调整引发行业担忧，改动或干扰大量已部署智能合约，开发社区抛出两种备选方案化解风险。本次升级计划抬升合约创建gas成本，不少主流DeFi协议都存在受影响的可能，预估受波及合约数量较高。两套修复思路各有取舍，不过都还没有落地纳入升级方案。下面小编简单梳理本次以太坊升级的核心看点。

随着网络Gas定价规则改动引发的风险持续发酵，以太坊开发者提出两套备选方案，避免即将到来的Glamsterdam升级造成现有智能合约异常。

11月8日周日，开发者Leo Glisic与Giulio Rebuffo分别提交提案，希望在引入新Gas计费标准的同时，保障以太坊上已上线应用正常运行。此前安全预警已经迫使开发团队推迟Glamsterdam部分测试计划。部分存量智能合约硬编码固定Gas消耗值，Gas费用改动会导致交易失败，或是让部署后无法更新的应用出现故障。

开发者提出两套Gas定价解决方案

Glisic的提案EIP-8488，为新部署合约单独设立一套指令集，旧合约继续沿用原有Gas规则。按照该方案，新合约采用V2操作码，遵循EIP-8037、EIP-8038修订后的计费标准；已部署合约保留原定价机制，升级落地后无需强制适配。

Rebuffo的方案思路不同，计划在单笔交易内部并行两套Gas核算体系：一套按旧规则计算合约消耗，维持合约预期的执行环境；另一套按照新定价表核算实际手续费。该方案目前还没有对应的执行客户端实现与共识测试，两份提案都尚未获准纳入Glamsterdam升级。

Glamsterdam Gas改动引发安全隐患的原因

风险根源来自EIP-8037与EIP-8038，两条提案修改以太坊状态创建、状态访问的Gas收费逻辑。EIP-8037将部署合约基础Gas费用从32000提升至183600（不含执行、代码存储额外开销）。调整初衷是匹配链上操作真实资源消耗，但安全研究员警示存量应用难以适配新标准。安全机构Chain Security发现，现有智能合约中有8项底层假设会在新Gas规则下失效。不少合约为外部调用预留固定Gas额度，还有合约依赖交易失败时的特定行为逻辑；Gas消耗异动会直接打乱这类逻辑。

匿名开发者banteg在X平台表示，现有分析已经识别出约20万份存在潜在风险的合约，受限于分析方法，实际受影响数量可能更高。风险并非只是零散代码bug，多个主流协议的部署与运行都会受到波及。

社区对Glamsterdam风险产生分歧

提案引发开发者与DeFi从业者争论，一部分人主张必须先解决兼容问题再推进升级。Curve创始人Michael Egorov发文警告，如果在风险未消除的情况下上线Glamsterdam，将引发严重问题。“恳请以太坊不要破坏主网。按当前版本上线Glamsterdam，很可能又要紧急硬分叉回滚，伴随大量争议。”

社区投资者Ryan Berckmans最初支持推进升级，认为以太坊无法承诺永久为所有应用锁定Gas价格；在看完兼容风险分析后，他改变立场：“现在很明显，我们不该急于激活Glam，我之前的看法是错的。”

安全研究员pcaversaccio态度更加坚决，认为当前版本的Glamsterdam绝不应该上线，相关Gas改动在数周前就已经向核心开发者报备。

Glamsterdam测试继续延后

在发现Gas新规会影响主网存量合约后，开发团队推迟了原定10月26日在Hoodi测试网的激活，延期范围包含Amsterdam执行层改动、Gloas共识层改动，以及将HoodiGas上限上调至2亿的计划。以太坊基金会开发者Mariusvander Wijden在11月6日称，团队正联合Chain Security、Dedaub排查受影响应用，收集开发者反馈。10月29日开发者会议曾初步计划最早于11月16–20日开展Glamsterdam内部测试，该排期在两份新提案提交之前拟定。