最后更新:
Glamsterdam 是 以太坊 区块链 的下一个重大 硬分叉,被定位为继 Fusaka 之后的执行层 (EL) 升级。截至 2026 年 10 月,它仍是预计于 2026 年第四季度在 主网 上线的待定升级,具体日期尚未确认,也未安排特定的 主网 Epoch 或时间戳。[10] 以太坊 核心开发者和评论员将 Glamsterdam 描述为自合并 (The Merge) 以来最广泛的协议大修,因为它重组了 区块 的创建和验证方式,以推进“扩展 L1”和“扩展 Blobs”的路线图目标。[17][10] 这一进程中的一个关键里程碑是 2026 年 10 月 6 日的 Sepolia 测试网 分叉,该分叉在最后一刻进行客户端修复后成功激活并最终确认,但其本身并未设定 主网 激活时间。[16][18][19][20] “Glamsterdam”这个名字结合了恒星名 “Gloas” 和 Devconnect 主办城市 “Amsterdam”。[1]
在技术上,Glamsterdam 的核心是原生提议者-构建者分离 (ePBS)、区块 级访问列表 (BALs) 以及广泛的 Gas 重定价(旨在区分长期状态增长与短期计算成本),同时作为公共 测试网 验证的一部分,在 Sepolia 上测试了显著提高的 Gas 上限(每 区块 约 2 亿)。[16][18] 这些变化旨在扩展 Layer 1 基础链和 Rollup 的 Blob 吞吐量,实现更高的并行化和更低的交易成本,同时保持带宽和硬件要求在家庭 节点 运营商的可承受范围内。[10]
Glamsterdam 代表了 以太坊 持续演进中的一个关键阶段,旨在解决网络可扩展性和高昂 交易费用 等持久性挑战。作为 Fusaka 升级的继任者,它预计将于 2026 年第四季度在 主网 上线,但确切日期尚未确认;这一目标并非固定的或已排期的 主网 日期,截至 2026 年 10 月,尚未设定具体的 主网 epoch 或时间戳。[10][19] 以太坊基金会 已将其研发部门重组为“Protocol”,这是一个由 Tim Beiko 和 Ansgar Dietrichs 等资深人士领导的更精简、更专注的实体。此次重组优先考虑扩展 Layer 1 (L1)、扩大 blob 空间以及改善用户体验 (UX),这些任务直接符合 Glamsterdam 的预期优先级。[2]

Glamsterdam 的开发方法强调稳定性和彻底的测试,反映了 区块链 开发的迭代性质。到 2026 年 9 月,该升级已通过了多个专用私有开发网(devnets),并且根据 Meta-EIP-7773,Sepolia 测试网 分叉 被分配在 epoch 353,024,slot 11,296,768(UTC 时间 2026 年 10 月 6 日 13:53:36)固定激活,而 Hoodi 测试网 和 主网 的激活参数仍未排期。[16][10] Sepolia 升级按该计划成功激活并最终完成,作为 Glamsterdam 范围的一次重大公开演练,但其本身并未定义 Hoodi 或 主网 的激活日期。[19][20] 在此次 分叉 之前,节点 运营商被要求将其执行层和共识层客户端均更新至兼容 Sepolia 的版本。[16] 这种对分阶段测试的承诺旨在确保新功能稳健并良好地集成到网络更广泛的路线图中。Glamsterdam 的成功实施预计将对整个 以太坊 生态系统产生重大影响,通过提高网络效率使投资者受益,通过新功能和工具使开发人员受益,并通过更 稳定、安全且具成本效益的体验使用户受益。[2][3]
以太坊网络升级传统上从各种来源获取名称,通常将共识层(CL)升级的恒星名称与执行层(EL)升级的城市名称相结合。从历史上看,Devcon 举办城市被用于命名升级。然而,随着 Devcon 变为两年一度的活动,Devconnect 城市名称(如阿姆斯特丹)已被采用用于年度升级。对于 Glamsterdam,该名称结合了 G-星“Gloas”与最近举办 Devconnect 活动的城市“阿姆斯特丹”(Amsterdam)。这一命名惯例是元以太坊改进提案(EIP-7773: Hardfork Meta - Amsterdam)的一部分。[1]
Glamsterdam 升级被定位为 Fusaka 升级的继任者,后者暂定于 2025 年 11 月初在 主网 部署。以太坊 核心开发者已经为 Glamsterdam 制定了详细的路线图,涵盖了从功能选择到 主网 激活的几个关键阶段。这种结构化的方法旨在确保网络平稳、安全地过渡。[4][5]
初始阶段涉及选择“核心”功能,以确定 Glamsterdam 的主要重点。在第 162 次全核心开发者共识会议(All Core Developers Consensus Call #162)期间,以太坊 核心开发者正式选择 EIP-7732,即原生提议者-构建者分离(ePBS),作为该升级共识层的核心功能。这一决定最终确定了升级的主题方向,将协议层面的去中心化和抗审查性置于其他候选方案之上。[4][7]
为了防止范围蔓延并确保及时推进,开发者为最终确定核心功能选择和提交常规 EIPs 设定了严格的截止日期。这一截止日期设定在 2025 年 8 月 21 日,允许开发者在网络进入严格测试阶段之前,对所有包含的 EIP 进行合并、审计和记录。这种纪律严明的方法对于管理重大 区块链 升级的复杂性至关重要。然而,一些开发者表示担忧,认为对预计到 2026 年才会进行的 Glamsterdam 规划投入过多精力,可能会分散即将到来的 Fusaka 升级的注意力和资源,从而可能危及其 2025 年第四季度的时间表。[4][8]
Glamsterdam 的推出过程始于创建跟踪冻结规范的专用客户端发布分支,随后是一系列私有和公共 测试网。到 2026 年 9 月,以太坊 客户端团队已经迭代了多个私有开发网(devnets),最终在 Devnet-11 上进行了全面演练,旨在压力条件下测试原生提议者-构建者分离(ePBS)、区块级并行执行以及状态成本重定价。[11][12]
2026年9月17日,以太坊基金会宣布,根据 Meta-EIP-7773 的规定,Glamsterdam 升级计划在 Sepolia 测试网的 epoch 353,024、slot 11,296,768 处激活,对应时间为 2026年10月6日 13:53:36 UTC。[16] Sepolia 分叉按计划进行并成功最终确认,作为对 Glamsterdam 新机制的容量压力测试,Sepolia 的目标 Gas 限制从约 6000 万提高到了每区块约 2 亿 Gas。[18][19][20] Hoodi 测试网和以太坊主网的激活时间仍有待确定并将另行通知,因此已完成的 Sepolia 演练虽然完善了早期更通用的计划,但其本身并未设定主网的 epoch 或日期。[16] 这些公共测试网对于在现实网络条件下识别互操作性问题以及广泛的社区参与至关重要,允许 dApp 开发人员、节点运营商和研究人员针对新变化测试其应用程序和基础设施。Ethereum.org 和路线图更新将 Glamsterdam 的目标定为 2026 年第四季度在主网激活,但截至 2026 年 10 月,尚未确认具体的主网日期或 epoch,且该目标仍可能根据测试网结果进行调整。[10]
开发人员表示,愿意根据在开发网和测试网上发现的漏洞、最终确认问题或客户端分歧来调整此时间表,这反映了在 Pectra 和 Fusaka 升级中采取的谨慎态度。[12][3] 正式的安全审计和社区漏洞赏金重点关注公共测试网激活与最终主网调度之间的时期,以太坊基金会的公告确认了围绕 Sepolia 分叉的漏洞赏金覆盖范围。[10][16] 随着 Sepolia 测试的完成,开发人员将剩余的 Hoodi 演练及任何后续测试描述为主网激活决策前的最后几个重要里程碑。[19]
Glamsterdam 预计将为 Ethereum 网络引入多项重大改进,其大部分范围在 Meta‑EIP‑7773 下定义,但仍需根据测试结果确定最终包含的内容。[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] 已公布的范围在主网激活前可能仍会演变,某些提案(如 EIP‑7805 (FOCIL) 或合约代码大小规则的修订)被视为“考虑包含”而非 Glamsterdam 分叉的保证组件。[3][10]
在此范围内,EIP‑7732 (ePBS) 仍然是 Glamsterdam 共识层的核心内容,并计划包含在升级中,但尚未在主网上线。[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 fork 的核心内容,仍属于可能影响后续升级的独立研究方向。[9] “The Verge” 路线图下的 Verkle 树等长期构想,以及将 block 时间缩短至 6 秒的提案,虽然在更广泛的 Ethereum 路线图中有所讨论,但并非 EIP-7773 所定义的 Glamsterdam hard fork 的预定组成部分。[10][6]
Glamsterdam 被许多核心开发者和评论员视为自合并(The Merge)以来最重要的协议级重组,因为它结合了原生提议者-构建者分离(ePBS)、通过 BALs 实现的区块级并行执行,以及广泛的 gas 和状态成本重新定价。[14][10] Devnet 实验和 Sepolia 测试网 分叉(该分叉在启用 BAL 执行的情况下将 Sepolia 的 gas 上限从约 6000 万提高到约 2 亿 gas/区块)表明,如果 主网 具备类似条件,许多常见操作的平均交易费用可能会下降约 70–80%,尽管这些数字是来自建模和 测试网 环境的预测,而非生产网络的保证。[11][18][19] 正式的 Sepolia 时间表及其在漏洞赏金覆盖下的成功完成,标志着 Glamsterdam 已从设计阶段进入全面公开测试,但在确认任何 主网 日期之前,成功的 Hoodi 演练及任何后续测试仍是先决条件。[16]
与此同时,截至 2026 年 10 月,仍存在若干风险和悬而未决的问题。研究人员强调了公共 测试网 上 ePBS 可能存在的构建者滥用向量,包括可能利用较长的时间窗口或试图操纵有效载荷选择的策略,这些行为是已完成的 Sepolia 分叉 和即将进行的 Hoodi 测试的重点。[13] 客户端团队在发布稳定的 Glamsterdam 就绪版本与在各 测试网 激活版本之间也面临着紧迫的时间表,这增加了协调测试和回滚计划的重要性。[12] 更广泛地说,尽管目标定于 2026 年第四季度,但由于缺乏固定的 主网 日期,这凸显了如果 devnet 或 测试网 结果显示存在未解决的问题,开发者愿意推迟激活。[10]
对于投资者而言,成功的升级可以提高网络效率和效用,潜在地增强 以太坊 (ETH) 的长期价值主张,而挫折或延迟可能会短期内增加不确定性,但也可能信号出对安全性而非速度的偏好。对于开发者而言,Glamsterdam 的新 EIPs——包括 ePBS、BALs 和修订后的 gas 计费——引入了新的功能、工具和优化,虽然可能需要大量的代码更改,但为更复杂、高效和安全的 去中心化应用 敞开了大门。对于用户而言,升级的净效应预计将随着时间的推移带来更稳定、安全、且可能更快更便宜的网络体验,过渡期间的任何短期复杂性将与长期容量增长相平衡。
尽管预期的收益显著,但为像 Ethereum 这样庞大且复杂的网络协调硬分叉面临着巨大的挑战。成千上万的贡献者必须确保向后兼容性,维持客户端多样性,并对每一项更改进行严格测试。将 EIP-7907 从 Fusaka 中推迟,并将 Glamsterdam 范围内的某些元素视为取决于测试网结果的决定,突显了这种复杂性,并展示了开发者对谨慎和彻底而非仓促实施的承诺。另一个关键挑战是确保 Ethereum 在扩展的同时,保留其核心特质,包括抗审查性和隐私性;一些开发者担心,如果这些不被明确重申为战略目标,可能会受到影响。
项目协调员 Tim Beiko 表示:“协议现在是一个更加团结、精简的组织,拥有更专注的团队……确保以太坊基金会(EF)的资源被分配到产生最大影响的地方。”他还指出:“Ethereum 正处于重大突破的边缘……这可能是我们在全球范围内不仅部署我们的技术,而且部署我们的价值观的最佳机会。” Ansgar Dietrichs 补充道:“对于 Glamsterdam……我们将不得不寻找一些方法来继续 blob 扩展……在执行层(EL)端可能也会有一些扩展机会。”这些言论强调了 Glamsterdam 升级的战略重要性和宏伟目标。[2][3]