gas重定价研究:调高交易预算,为何仍可能失败?
Ethereum Foundation八月发布的Glamsterdam重定价研究,把历史交易按新规则回放,区分了“提高交易gas上限后成功”和“显著提高后仍失败”。这是历史回放研究,不是当前主网故障通报。
第二类涉及合约里的固定gas假设:例如调用时写死预算,或根据剩余gas选择不同分支。我的理解是,交易总预算增加,未必改变合约传给内部调用的固定额度,也未必保持原来的分支行为。
因此,修复应该对应失败位置。钱包和RPC需要更新估算规则;合约开发者则要检查内部调用与固定常量,并在新规则下测试。把所有失败都归为“用户给的gas太少”,容易把代码假设遗漏掉。
还有一个验收细节:回放成功也可能伴随gas用量或其他执行细节变化。研究兼容性时,应比较结果和执行路径,而不只是统计成功次数。
本文不推断某个协议现已受损,不提供主网升级完成时间或操作指令。
来源:https://blog.ethereum.org/2026/08/24/glamsterdam-repricing-testing
Ethereum Foundation八月发布的Glamsterdam重定价研究,把历史交易按新规则回放,区分了“提高交易gas上限后成功”和“显著提高后仍失败”。这是历史回放研究,不是当前主网故障通报。
第二类涉及合约里的固定gas假设:例如调用时写死预算,或根据剩余gas选择不同分支。我的理解是,交易总预算增加,未必改变合约传给内部调用的固定额度,也未必保持原来的分支行为。
因此,修复应该对应失败位置。钱包和RPC需要更新估算规则;合约开发者则要检查内部调用与固定常量,并在新规则下测试。把所有失败都归为“用户给的gas太少”,容易把代码假设遗漏掉。
还有一个验收细节:回放成功也可能伴随gas用量或其他执行细节变化。研究兼容性时,应比较结果和执行路径,而不只是统计成功次数。
本文不推断某个协议现已受损,不提供主网升级完成时间或操作指令。
来源:https://blog.ethereum.org/2026/08/24/glamsterdam-repricing-testing