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