0% read
最后更新:
Ethereum Glamsterdam Upgrade
Glamsterdam 是 Ethereum 继 Fusaka 之后计划的下一次重大升级，旨在扩展 Layer 1 和 blob 吞吐量。[10] Sepolia 于 2026 年 10 月 6 日激活了该升级；Hoodi 原定于 10 月 26 日的激活在 10 月 22 日被推迟，截至 11 月 3 日尚未公布 Hoodi 的替代日期。Ethereum 路线图仍将 2026 年第四季度作为预期的 mainnet 季度，但尚未确认主网日期。Sepolia 的激活并不意味着 Glamsterdam 已在主网激活，而 Hoodi 的推迟也并未确定主网日期。[16][20][21]
概述
Glamsterdam 代表了 Ethereum 持续演进中的一个关键阶段，旨在解决网络可扩展性和高昂 transaction fees 等持久性挑战。作为 Fusaka 升级的继任者，它预计将于 2026 年第四季度在 mainnet 上线，但具体日期尚未确认；这一目标并非固定或已排期的 mainnet 日期，且截至 2026 年 11 月 3 日，尚未设定具体的 mainnet epoch 或时间戳。[21] Ethereum Foundation 已将其研发部门重组为 “Protocol”，这是一个由 Tim Beiko 和 Ansgar Dietrichs 等资深人士领导的更精简、更专注的实体。此次重组优先考虑扩展 Layer 1 (L1)、扩大 blob 空间以及改善用户体验 (UX)，这些任务直接符合 Glamsterdam 的预期优先级。[2]
Glamsterdam 的开发方法强调稳定性和彻底测试，反映了 blockchain 开发的迭代性质。到 2026 年 9 月，该升级已通过了多个专用私有开发网（devnets），并且根据 Meta‑EIP‑7773，Sepolia testnet fork 被分配在 epoch 353,024, slot 11,296,768（2026 年 10 月 6 日 13:53:36 UTC）进行固定激活，而 Hoodi testnet 和 mainnet 的激活参数仍未排期。[16][21] Sepolia 升级按计划成功激活并最终确定，作为 Glamsterdam 范围的一次主要公开演练，但其本身并未定义 Hoodi 或 mainnet 的激活日期。[18][19] 2026 年 10 月 22 日，核心开发人员推迟了原定于 10 月 26 日进行的 Hoodi 激活；截至 11 月 3 日，尚未宣布替代日期。路线图继续将 2026 年第四季度列为预期的 mainnet 季度，但未确认主网日期。Sepolia 的激活和 Hoodi 的推迟并未设定主网激活日期。[20][21] 在 Sepolia fork 之前，node 运营商被要求将其执行层和共识层客户端均更新至兼容 Sepolia 的版本。[16] 这种分阶段测试的承诺旨在确保新功能稳健并良好地整合到网络更广泛的路线图中。Glamsterdam 的成功实施预计将对整个 Ethereum 生态系统产生重大影响，通过提高网络效率惠及投资者，通过新功能和工具惠及开发人员，并通过更 stable、安全且具成本效益的体验惠及用户。[2][3]
命名惯例
Ethereum 网络升级传统上从各种来源获取名称，通常将共识层 (CL) 升级的恒星名称与执行层 (EL) 升级的城市名称相结合。从历史上看，Devcon 举办城市被用于命名升级。然而，随着 Devcon 变为两年一度的活动，Devconnect 城市名称（如阿姆斯特丹）已被采用用于年度升级。对于 Glamsterdam，该名称结合了 G-星“Gloas”与最近举办过 Devconnect 活动的城市“阿姆斯特丹”。这种命名惯例是元 Ethereum 改进提案（EIP-7773: Hardfork Meta - Amsterdam）的一部分。[1]
Development Roadmap
Glamsterdam 升级被定位为 Fusaka 升级的继任者。2025 年早些时候的规划曾初步将 Fusaka 的 mainnet 部署定于 2025 年 11 月初；那是历史性的预测，而非目前对 Glamsterdam 的预测。[4][5] Ethereum 核心开发人员已经为 Glamsterdam 制定了详细的路线图，涵盖了从功能选择到 mainnet 激活的几个关键阶段。这种结构化的方法旨在确保网络平稳且安全地过渡。
Headliner Selection Phase
初始阶段涉及选择“头条”功能，以定义 Glamsterdam 的主要重点。在第 162 次全核心开发人员共识会议（All Core Developers Consensus Call #162）期间，Ethereum 核心开发人员正式选择了 EIP-7732，即所谓的被神圣化的提议者-构建者分离（ePBS），作为该升级的共识层头条功能。这一决定最终确定了升级的主题方向，将协议级去中心化和抗审查性置于其他候选方案之上。[4][7]
Proposal Deadline and Specification Freeze
为了防止范围蔓延并确保及时进展，为最终确定头条选择和提交常规 EIPs 设定了严格的截止日期。这一截止日期设定在 2025 年 8 月 21 日，允许开发人员在网络进入严格测试阶段之前合并、审计并记录所有包含的 EIP。这种纪律严明的方法对于管理重大 blockchain 升级的复杂性至关重要。然而，一些开发人员担心，对预计要到 2026 年才进行的 Glamsterdam 规划的过度关注，可能会分散即将到来的 Fusaka 升级的注意力和资源，从而可能危及其 2025 年第四季度的时间表。[4][8]
Testing and Audit Windows
Glamsterdam 的推出过程始于创建跟踪冻结规范的专用客户端发布分支，随后是一系列私有和公共 testnets。到 2026 年 9 月，Ethereum 客户端团队已经迭代了多个私有开发网（devnets），最终在 Devnet-11 上进行了全面演练，旨在压力条件下测试被神圣化的提议者-构建者分离（ePBS）、区块级并行执行和状态成本重定价。[11][12]
2026年9月17日，以太坊基金会宣布 Glamsterdam 升级计划在 Sepolia 测试网的 epoch 353,024、slot 11,296,768 激活，对应时间为2026年10月6日 13:53:36 UTC，具体细节见 Meta‑EIP‑7773。[16] Sepolia 分叉按计划进行并成功最终确认，作为 Glamsterdam 新机制的容量压力测试，Sepolia 的目标 Gas 上限从约6000万提高到每区块约2亿 Gas。[17][18][19] 这些公共测试网对于在现实网络条件下识别互操作性问题以及广泛的社区参与至关重要，允许 dApp 开发者、节点运营商和研究人员针对新变化测试其应用程序和基础设施。Ethereum.org 和路线图更新描述 Glamsterdam 预计于2026年第四季度在主网上线，但截至2026年11月3日，尚未确认具体的主网日期或 epoch；目标仍可能根据测试网结果进行调整。Sepolia 的成功激活是测试网的一个里程碑，而非主网激活。同样，Hoodi 测试的推迟也并未确定主网日期。[21][20]
Hoodi 测试网推迟
在 ACDE #248 会议上，核心开发者推迟了原定于2026年10月26日的 Hoodi Glamsterdam 激活，以便进一步审查 EIP-8037 的状态创建 Gas 计费如何与主网上部署的智能合约相互作用。[20] 此前计划在 UTC 时间 17:42:48、epoch 132,352 的激活已被取消，同时取消的还有原定将 Gas 上限提高至2亿的 Hoodi Gas 上限计划。[20] 截至2026年11月3日，尚未宣布替代的 epoch 或时间戳。[20]
此项更改移除了未来升级配置，且并未回滚 Hoodi 链的历史；Glamsterdam 未在 Hoodi 上激活。Hoodi 运营商被指示遵循修订后的执行层和共识层客户端指令，而非使用已废弃的激活时间表。[20] Hoodi 测试仍是未来的一个里程碑，时间尚未确定；它与2026年第四季度的主网目标是分开的，目前尚未设定主网激活日期。Hoodi 的推迟本身并不决定主网日期。[20][21]
开发人员已表示，愿意根据在开发网和 testnets 上发现的漏洞、最终性问题或客户端分歧来调整此时间表，这反映了在 Pectra 和 Fusaka 升级中所采取的谨慎态度。[12][3] 正式的安全审计和社区漏洞赏金计划重点关注公共 testnet 激活与最终 mainnet 调度之间的时期，Ethereum Foundation 的公告确认了 Sepolia fork 前后的漏洞赏金覆盖范围。[10][16] 随着 Sepolia 的完成，开发人员将剩余的 Hoodi 演练及任何后续测试描述为 mainnet 激活决策前的最后几个主要里程碑；Hoodi 的时间在推迟后尚未确定。[18][20]
主要特性
Glamsterdam 预计将为 Ethereum 网络引入多项重大改进，其大部分范围在 Meta‑EIP‑7773 下定义，但仍需根据测试结果确定最终包含的内容。这些特性目前仍处于计划或测试阶段，尚未在 mainnet 上线。[10] 从高层级来看，此次升级专注于原生提议者-构建者分离 (ePBS)、block 级访问列表 (BALs)，以及广泛的 gas 重新定价和核算变更，以便更好地区分长期状态增长与短期计算。[16] 这些变化共同旨在增加 Layer‑1 和 rollup 的 blob 吞吐量，同时将全 node 的硬件要求维持在非专业硬件可承受的范围内。[10]
在 Meta‑EIP‑7773 下，Glamsterdam 的 Sepolia 部署追踪了一系列计划包含在该 testnet 中的 EIP，包括 ePBS (EIP‑7732)、BALs (EIP‑7928)、针对存储和哈希的 gas 重新定价（如 EIP‑8037 和 EIP‑8038）、通过 EIP‑2780 实现的基于资源的固有 gas、ETH 转账日志 (EIP‑7708)、确定性工厂预部署 (EIP‑7997)、SLOTNUM 操作码及相关的执行变更、增加合约大小限制、validator 退出和流转调优、将近期被罚没的提议者排除在 block 生产之外，以及支持传播 BALs 和 ePBS 数据所需的网络 EIP。[16][10] 已公布的范围在 mainnet 激活前可能仍会演变，某些提案（如 EIP‑7805 (FOCIL) 或合约代码大小规则的修订）被视为“考虑包含”而非 Glamsterdam fork 的保证组件。[3][10] EIP-8037 和 EIP-8038 的重新定价旨在反映状态资源成本并支持容量增加；审查它们与现有合约的兼容性是一个独立的预主网关注点，这导致开发人员推迟了 Hoodi 测试。[20][22]
在此范围内，EIP‑7732 (ePBS) 仍然是 Glamsterdam 共识层的核心内容，并计划包含在升级中，但尚未在 mainnet 上线。[7][10] 它正式分离了 block 提议者和构建者，并将构建者的承诺和支付移入协议内，延长了数据传播和验证窗口，并允许更大的有效载荷和更高的吞吐量，特别是对于 Layer‑2 rollup 使用的 blob 数据。[15][14] ePBS 引入了诸如有效载荷及时性委员会 (PTC) 和双截止日期证明逻辑等机制，以强制执行及时的 block 交付并加强活性保证，同时减少对外部 MEV 中继和其他 block 构建市场中中心化中间机构的依赖。[15][14] 该 EIP 解决的一个关键挑战是“免费期权问题”，即构建者可以提交 block 承诺，但如果市场条件变得不利，则选择不披露完整的 block，从而损害网络活性。
Glamsterdam 的执行层变更，包括 BALs、修订后的 gas 计费以及基于资源的固有 gas，旨在鼓励更有效地利用持久状态，并为 Ethereum 在后续路线图阶段实现更高的并行性和更大的 blob 使用量做准备。[16][10] 减轻 ePBS 免费期权问题的密码学方法（如门限加密和静默门限加密）继续由研究人员和 Shutter 等项目进行探索，但这些机制不属于 Glamsterdam fork 的核心内容，仍属于可能影响后续升级的独立研究方向。[9] “The Verge” 路线图下的 Verkle 树等长期构想，以及将 block 时间缩短至 6 秒的提案，虽然在更广泛的 Ethereum 路线图中有所讨论，但并非 EIP-7773 所定义的 Glamsterdam hard fork 的预定组成部分。[10][6]
影响与挑战
Glamsterdam 被许多核心开发者和评论员视为自 The Merge 以来最重要的协议级重组，因为它结合了原生的提议者-构建者分离（ePBS）、通过 BAL 实现的区块级并行执行，以及广泛的 gas 和状态成本重新定价。[14][10] 开发网（Devnet）实验和 Sepolia 测试网 分叉（该分叉在启用 BAL 执行的情况下将 Sepolia 的 gas 上限从约 6000 万提高到每 区块 约 2 亿 gas）表明，如果 主网 具备类似条件，许多常见操作的平均交易费用可能会下降约 70–80%，尽管这些数字是来自模型和 测试网 环境的预测，而非生产网络的保证。[11][17][18] 正式的 Sepolia 时间表及其在漏洞赏金覆盖下的成功完成，标志着 Glamsterdam 已从设计阶段进入全面的公开测试。原定于 2026 年 10 月 26 日进行的 Hoodi 激活在 10 月 22 日被推迟，以调查 EIP-8037 与部署在 主网 上的 智能合约 的交互作用；截至 11 月 3 日，尚未宣布新的日期。Hoodi 测试仍是一个未来的里程碑，时间尚未确定，而 2026 年第四季度的 主网 目标仍是暂定的，且没有固定的激活日期。Sepolia 的激活并非 主网 激活，Hoodi 的推迟也并未确定主网日期。[16][20][21]
与此同时，截至 2026 年 11 月，仍存在若干风险和悬而未决的问题。研究人员强调了公共 测试网 上 ePBS 可能存在的构建者滥用向量，包括可能利用较长的时间窗口或试图操纵有效载荷选择的策略，这些行为是已完成的 Sepolia 分叉 的关注焦点；在推迟之后，进一步 Hoodi 测试的时间尚未确定。[13][20] 开发者还推迟了 Hoodi 的激活，以调查 EIP-8037 的状态创建 gas 计费如何与部署在主网上的 智能合约 相互作用。[20] 客户端团队在发布稳定的 Glamsterdam 就绪版本与在各 测试网 上激活这些版本之间也面临着紧迫的时间表，这增加了协调测试和回滚计划的重要性。[12] 更广泛地说，尽管有 2026 年第四季度的目标，但固定 主网 日期的缺失凸显了开发者的意愿：如果开发网或 测试网 结果显示存在未解决的问题，他们愿意推迟激活。[21]
对于投资者而言，成功的升级可以提高网络效率和实用性，从而可能增强 Ethereum (ETH) 的长期价值主张；而挫折或延迟可能会暂时增加不确定性，但也可能释放出安全重于速度的信号。对于开发者，Glamsterdam 的新 EIPs——包括 ePBS、BALs 和修订后的 gas 计费——引入了新的功能、工具和优化，虽然这可能需要大量的代码更改，但为更复杂、高效且安全的去中心化应用程序打开了大门。对于用户，升级的最终效果预计将是随着时间的推移获得更稳定、更安全、且可能更快、更便宜的网络体验，过渡期间的任何短期复杂性都将与长期容量收益相平衡。
尽管有预期的收益，但为像 Ethereum 这样庞大且复杂的网络协调硬分叉面临着重大挑战。成千上万的贡献者必须确保向后兼容性，维护客户端多样性，并严格测试每一项更改。将 EIP-7907 从 Fusaka 推迟，并将 Glamsterdam 范围内的某些元素视为取决于测试网结果的决定，突显了这种复杂性，并证明了开发者对谨慎和彻底的承诺，而非仓促实施。另一个关键挑战是确保随着 Ethereum 的扩展，它能保留其核心特质，包括抗审查性和隐私性，一些开发者担心如果这些不被明确重申为战略目标，可能会受到影响。
项目协调员 Tim Beiko 表示：“协议现在是一个更加团结、精简的组织，拥有更专注的团队……确保以太坊基金会（EF）的资源分配到产生最大影响的地方。”他还指出：“Ethereum 正处于重大突破的边缘……这可能是我们在全球范围内不仅部署我们的技术，而且部署我们的价值观的最佳机会。” Ansgar Dietrichs 补充道：“对于 Glamsterdam……我们将不得不寻找一些方法来继续 blob 扩展……在执行层（EL）端也可能存在一些扩展机会。”这些声明强调了 Glamsterdam 升级的战略重要性和宏伟目标。[2][3]
Gas 重新定价兼容性审查
EIP-8037 为状态创建引入了独立的计费，包括一个状态 Gas 库，而 EIP-8038 则对状态访问进行了重新定价。在提议的 EIP-8037 计费模式下，库资金与 gasleft() 报告的执行 gas 是分开的。清除交易早期创建的存储可以补充执行 Gas，最高可达未偿还的由执行资金支付的状态创建费用；回滚中间层也可以恢复由执行资金支付的状态创建费用。这些变化可能会改变外部调用失败后可用的执行 Gas，并影响那些在调用后检查剩余 Gas 或依赖于失败处理程序耗尽 Gas 的合约。[23]
例如，在提议的计费方式下，以前因 Gas 不足而导致错误处理程序剩余 Gas 太少，从而被迫重试或回滚的外部调用，现在可能会留出足够的执行 Gas 让处理程序完成并提交失败。这些属于条件性行为，并非声称所有使用外部调用或 Gas 检查的合约都存在漏洞。如果预调用的 Gas 检查预算覆盖了允许的路径，并且转发开销在新的规则下经过重新验证，那么正确限定范围的检查仍然有效。ChainSecurity 建议审查错误处理路径，并根据变更后的规则对其进行测试。[23]
ChainSecurity 表示已识别出 13 个真实案例并正在进行负责任的披露；这些案例被报告为潜在受影响的情况，而非 13 个已确认的漏洞。[24] Ethereum Foundation 的历史 mainnet 重放分析发现，绝大多数合约不受影响。许多被标记的情况可以通过提高 Gas 限制来解决，而一小部分依赖固定 Gas 津贴、硬编码 Gas 值、gasleft() 分支或 Gas 敏感型错误处理的合约可能需要修改代码。建议应用团队检查受影响合约的结果，审查被标记的调用点，在 Glamsterdam 开发网（devnet）上测试变更，并更新 Gas 估算。[22]
发现错误了吗？
官方网站:
区块链: