以太坊把 Glamsterdam 升级踩了刹车，我反而松了口气😮💨
原定 10/26 在 Hoodi 测试网激活的 Glamsterdam 硬分叉
开发者昨天在 ACDE #248 会议上决定：无限期推迟
主网原先锚定 12 月初的时间窗口，也一起悬空了
导火索是 ChainSecurity 10/13 的报告
升级里的 EIP-8037 + EIP-8038 改了 gas 计费规则
新规则下，一次调用失败之后，gas 可能回流给调用方
让原本"gas 不够就中断"的失败处理逻辑继续跑完
甚至把"可以重试的失败"永久写进状态，变成"不可逆的失败"
攻击手法叫 insufficient gas griefing：
恶意调用者故意给一个合法操作太少 gas，让它失败
但留够 gas 让合约把"失败"记录下来
中招的合约可能删除你的领取资格、关掉重试通道
一个本来能完成的操作，从此永远做不完了
ChainSecurity 说已经找到 13 个真实世界的受影响合约
正在走负责任披露，没公开名字
但直接喊话开发者：赶紧去查自己的合约
这不是 Glamsterdam 第一次亮红灯
基金会之前就警告过，这次 gas 模型会打破依赖固定假设的钱包、索引器和 gas 估算工具
Sepolia 那关过了，Hoodi 这一关被按停
"测试网逐级推进"的流程，在第二级踩了刹车
ETH 的升级和安全哪个该让路？
核心开发者这次选了安全，节奏让位
我觉得这才是对链上真金白银负责的态度
赶时间的都是 L2，守住安全的是 L1，你说对吧
$ETH
#以太坊 #Glamsterdam #智能合约安全
不构成投资建议，DYOR，交易有风险。
原定 10/26 在 Hoodi 测试网激活的 Glamsterdam 硬分叉
开发者昨天在 ACDE #248 会议上决定：无限期推迟
主网原先锚定 12 月初的时间窗口，也一起悬空了
导火索是 ChainSecurity 10/13 的报告
升级里的 EIP-8037 + EIP-8038 改了 gas 计费规则
新规则下，一次调用失败之后，gas 可能回流给调用方
让原本"gas 不够就中断"的失败处理逻辑继续跑完
甚至把"可以重试的失败"永久写进状态，变成"不可逆的失败"
攻击手法叫 insufficient gas griefing：
恶意调用者故意给一个合法操作太少 gas，让它失败
但留够 gas 让合约把"失败"记录下来
中招的合约可能删除你的领取资格、关掉重试通道
一个本来能完成的操作，从此永远做不完了
ChainSecurity 说已经找到 13 个真实世界的受影响合约
正在走负责任披露，没公开名字
但直接喊话开发者：赶紧去查自己的合约
这不是 Glamsterdam 第一次亮红灯
基金会之前就警告过，这次 gas 模型会打破依赖固定假设的钱包、索引器和 gas 估算工具
Sepolia 那关过了，Hoodi 这一关被按停
"测试网逐级推进"的流程，在第二级踩了刹车
ETH 的升级和安全哪个该让路？
核心开发者这次选了安全，节奏让位
我觉得这才是对链上真金白银负责的态度
赶时间的都是 L2，守住安全的是 L1，你说对吧
$ETH
#以太坊 #Glamsterdam #智能合约安全
不构成投资建议，DYOR，交易有风险。