这是对 10 月 1 日 Glamsterdam 排期稿的技术跟进，新增点是 Prysm 客户端版本差异，不是新的主网升级决定。
Ethereum Foundation 于 2026 年 9 月 28 日公布，Glamsterdam 的共识层 Gloas 与执行层 Amsterdam 将于 10 月 6 日 13:53:36 UTC 在 Sepolia 激活；Hoodi 和主网日期仍未确定。EF 同时说明，Prysm v7.2.0 虽支持该测试网分叉，但激活后 proposer gas limit 默认仍是 60M；若要提议 200M 区块，验证者需显式配置 proposer settings 或使用 keymanager API，`--suggested-gas-limit` 在 Gloas 激活后不生效。
Prysm 官方 v7.2.1 发布说明（2026-10-05）随后写明：新版本加入 Sepolia 的 `GAS_LIMIT_SCHEDULE`，使验证者在该分叉起默认使用 200M gas；若要使用其他数值仍需通过 proposer settings、keymanager API 或适用的参数覆盖。也就是说，v7.2.1 修正了 schedule 的默认配置，但并不代表所有 Prysm 节点会自动升级。验证者仍要检查客户端版本、提议者设置和执行层配套版本。
我的判断：这更像测试网运维兼容性提醒，而不是以太坊扩容已经落地。节点若混用版本或保留了显式 60M 设置，可能在测试期间形成不同的提议参数，增加排查负担；即使 Sepolia 成功达到 200M gas，也不能直接推导主网区块容量会同步提高，或费用会立即下降。对 $ETH 的传导仍要等测试表现、协议后续决策和主网安排，不应把版本修复当成短线基本面催化。
应对上，Sepolia 验证者应先对照 Prysm v7.2.1 发行说明及 EF 客户端表，核验共识层和执行层兼容版本；检查是否有 proposer settings、keymanager 配置或命令行参数覆盖默认 schedule；升级后观察分叉同步、区块提议和 gas limit 是否一致。非验证者与普通主网持有人无需因测试网版本变化迁移资金或调整钱包。
后续关注 Sepolia 是否按计划完成激活、区块 gas limit 是否按 schedule 变化、不同客户端的参与和出块情况，以及 EF 是否另行确定 Hoodi 或主网日期。若测试分叉延期、客户端出现不兼容，或主网方案没有沿用相关 schedule，那么“测试配置顺利推进”的判断就失去依据；只有测试结果稳定并进入明确的主网流程，才值得重新评估其长期网络影响。
来源：Ethereum Foundation，《Glamsterdam Testnet Announcement》（2026-09-28）：https://blog.ethereum.org/2026/09/17/glamsterdam-testnet-announcement 。Prysm 官方 GitHub v7.2.1 release（2026-10-05）：https://github.com/OffchainLabs/prysm/releases/tag/v7.2.1 。Ethereum Foundation 客户端版本说明同见测试网公告。
Ethereum Foundation 于 2026 年 9 月 28 日公布，Glamsterdam 的共识层 Gloas 与执行层 Amsterdam 将于 10 月 6 日 13:53:36 UTC 在 Sepolia 激活；Hoodi 和主网日期仍未确定。EF 同时说明，Prysm v7.2.0 虽支持该测试网分叉，但激活后 proposer gas limit 默认仍是 60M；若要提议 200M 区块，验证者需显式配置 proposer settings 或使用 keymanager API，`--suggested-gas-limit` 在 Gloas 激活后不生效。
Prysm 官方 v7.2.1 发布说明（2026-10-05）随后写明：新版本加入 Sepolia 的 `GAS_LIMIT_SCHEDULE`，使验证者在该分叉起默认使用 200M gas；若要使用其他数值仍需通过 proposer settings、keymanager API 或适用的参数覆盖。也就是说，v7.2.1 修正了 schedule 的默认配置，但并不代表所有 Prysm 节点会自动升级。验证者仍要检查客户端版本、提议者设置和执行层配套版本。
我的判断：这更像测试网运维兼容性提醒，而不是以太坊扩容已经落地。节点若混用版本或保留了显式 60M 设置，可能在测试期间形成不同的提议参数，增加排查负担；即使 Sepolia 成功达到 200M gas，也不能直接推导主网区块容量会同步提高，或费用会立即下降。对 $ETH 的传导仍要等测试表现、协议后续决策和主网安排，不应把版本修复当成短线基本面催化。
应对上，Sepolia 验证者应先对照 Prysm v7.2.1 发行说明及 EF 客户端表，核验共识层和执行层兼容版本；检查是否有 proposer settings、keymanager 配置或命令行参数覆盖默认 schedule；升级后观察分叉同步、区块提议和 gas limit 是否一致。非验证者与普通主网持有人无需因测试网版本变化迁移资金或调整钱包。
后续关注 Sepolia 是否按计划完成激活、区块 gas limit 是否按 schedule 变化、不同客户端的参与和出块情况，以及 EF 是否另行确定 Hoodi 或主网日期。若测试分叉延期、客户端出现不兼容，或主网方案没有沿用相关 schedule，那么“测试配置顺利推进”的判断就失去依据；只有测试结果稳定并进入明确的主网流程，才值得重新评估其长期网络影响。
来源：Ethereum Foundation，《Glamsterdam Testnet Announcement》（2026-09-28）：https://blog.ethereum.org/2026/09/17/glamsterdam-testnet-announcement 。Prysm 官方 GitHub v7.2.1 release（2026-10-05）：https://github.com/OffchainLabs/prysm/releases/tag/v7.2.1 。Ethereum Foundation 客户端版本说明同见测试网公告。