以太坊的下一轮重大版本迭代已步入倒计时阶段。
依据官方既定路线图，代号为 "Glamsterdam" 的升级预计将在 2026 年下半年正式部署至主网。截至今年 6 月末，该项目已进入开发者网络环境的最终测试环节，正依托多客户端开发网络，对内置 PBS（Proposer-Builder Separation）、区块级访问列表以及 Gas 重新定价等核心功能进行持续验证，尽管具体的激活时间仍需待定。
与此同时，社交媒体上的热议焦点往往集中在升级后可能实现的 "主网 TPS 突破万级" 这一直观性能指标上。然而，除了显而易见的速度提升，本次升级对以太坊的区块生成流水线及执行引擎进行了深度重构。鉴于其改动的彻底性与广泛影响，开发者社区普遍将其评价为 "自 The Merge（以太坊合并）以来最大规模的升级"。
那么这个融合了共识层 "Gloas" 与执行层 "Amsterdam" 概念的代号，究竟带来了哪些实质性改变？它将如何克服过往的技术瓶颈，并为链上体验带来怎样的颠覆性革新？
一、为何被称为 "Merge 以来最大规模升级"？
如果说此前的 Dencun 和 Fusaka 升级主要侧重于为 Layer 2 的数据可用性（Blob）提供支撑，那么 Glamsterdam 则将重心回归 L1，发起了一场针对 L1 性能与架构的深度改造。
这折射出以太坊当前的战略核心——让 L1 "重获荣耀"，即在提升 L1 交易承载能力的同时，避免节点运行成本激增和网络中心化风险的加剧。
对于终端用户而言，历届以太坊升级通常被简化为一个最直观的问题：Gas 会不会更便宜？吞吐量会不会更大？但事实上，即将到来的 Glamsterdam 很难仅用 "降费" 或 "扩容" 来简单概括。
总体而言，此次升级触及了以太坊底层的多个关键环节，涵盖区块构建者身份、交易执行方式、节点状态读取与同步机制，以及不同链上操作的成本分配。这等同于对以太坊生产和处理区块的基础范式进行重新设计。根据目前披露的技术细节，最值得关注的核心变化主要集中在以下三个方面：
- 内置 PBS（ePBS）：重塑区块提议者与构建者之间的博弈关系，消除对外部中继服务的依赖；
- 区块级访问列表（BALs）：提前明确交易执行所需的状态数据，为并行处理和加速节点同步奠定基础；
- Gas 重新定价：引入更精细的资源计费模型，以控制高吞吐量环境下的状态膨胀问题；
首先，要理解内置 PBS 的意义，需知晓当前以太坊上的区块并非总是由 Proposer（提议者）直接提交。在现行的 MEV-Boost 架构下，绝大多数 Proposer 会将收集交易、排序及挖掘 MEV（最大可提取价值）收益的工作外包给专业的区块 Builder，而 Proposer 的职责仅限于从多个候选区块中选择报价最高者提交给网络。
这种 "Builder 组装，Proposer 提交" 的分工模式即为 PBS（Proposer-Builder Separation）。
然而，当前这套机制并未完全内嵌于以太坊底层协议之中——Proposer 与 Builder 之间必须依赖协议外的第三方软件及 MEV-Boost Relay 服务来完成区块报价、内容交付和资金结算。
这意味着 Relay 既要确保 Builder 最终公开完整区块，又要防止 Proposer 提前窥探区块内容后恶意拒绝付款，因此承担了脆弱且存在中心化隐患的 "可信中间人" 角色。
EIP-7732 提出的 ePBS（Enshrined PBS）正是为了解决这一痛点。它计划将这套博弈机制直接纳入以太坊共识协议，取消第三方中继，使 Builder 成为协议原生认可的参与者。Builder 需先提交区块承诺和报价，协议自动锁定相应款项，随后由专门的 "负载及时性委员会（Payload Timeliness Committee）" 判定 Builder 是否按时公开了执行负载。
此举可将共识区块与执行负载的部分处理流程解耦，使执行负载的传播与处理窗口从约 2 秒延长至约 9 秒。这几秒钟的提升对以太坊扩容至关重要——它为节点争取到了更多时间，用于接收和处理更大的区块及更多 Blob 数据，从而为进一步提高 Gas Limit 预留空间。
其次，Glamsterdam 在执行层的另一项重大突破是 EIP-7928 提出的区块级访问列表（BALs，Block-Level Access Lists）。
众所周知，目前以太坊节点在获取区块前，无法直接从区块头得知每笔交易将读取哪些账户、访问哪些合约存储或修改哪些状态，通常需在交易执行过程中逐步发现这些数据依赖。
这如同进入大型仓库取货却无货物清单，工作人员只能盲目寻找并按固定顺序（单线程串行）操作，以避免库存冲突。
区块级访问列表（BALs）则相当于为每个区块附带了一份完整的 "状态访问地图"。它在区块头预先声明了该区块内交易集合将触达的地址、Storage Slots 及执行后的状态结果。凭借这份地图，节点可在执行前迅速判断哪些交易会访问相同数据，哪些互不冲突：
对于互不冲突的交易，节点可提前从硬盘读取相关状态，并行处理部分交易验证和状态根计算，无需将所有工作塞入严格的串行队列中。此外，由于 BALs 记录了交易完成后的状态变化，部分节点在同步和追赶网络状态时，可利用这些结果进行状态重建，无需在所有场景中从头执行区块中的每一笔交易（笔者个人理解有点分片理念的味道），让以太坊变成一条完全并行执行的区块链。
因此从长期来看，这也是以太坊主网突破性能天花板的底层关键。
最后则是 Gas 重新定价，主要通过经济杠杆对多项链上操作的 Gas 定价进行大幅校准。
原因在于当前以太坊的 Gas 成本与节点实际承担的资源消耗并不完全匹配。例如，一次纯粹的复杂计算在执行结束后，通常不会给节点留下太多长期负担，但创建一个新账户、部署一份智能合约或写入新的存储槽，却会产生需要全球所有全节点永久保存的数据。
过去，这些状态创建行为的费用，并未完全反映它们带来的永久存储成本（状态爆炸）。如果以太坊在提高 Gas Limit 后仍然维持原有定价，更多的区块空间可能会被迅速转化为失控的状态数据，最终彻底压垮节点的硬件。
而已经被确定纳入 Glamsterdam 范围的 EIP-8037，准备彻底重构这一规则。其中包括计算与状态分离核算，以按照新增状态数据的体积重新计算成本，将普通计算 Gas 与状态 Gas 分开；还有控制状态暴增，使得创建大量新账户、部署大型冗余合约或频繁写入新状态的应用，操作成本可能会上升，而主要消耗即时计算资源、不持续增加状态的应用，费用结构会更具吸引力。
说到底，Glamsterdam 的 Gas 改革不能简单粗暴地理解为「全面降费」而是理清一笔交易究竟消耗了多少即时计算资源，又给网络留下了多少长期存储负担，然后让不同操作按照更接近真实物理成本的方式去付费。
总的来看，这三部分看似相互独立，实际上共同指向同一个终极目标：为以太坊主网进一步大幅提高 Gas Limit 和处理能力，提前改造好底层的核心基础设施。
二、为何不能直接调大区块容量？
许多人或许会有疑问，既然嫌慢嫌贵，那为什么不直接调大 Gas Limit，把区块容量直接翻倍？
这是个老生常谈的问题了。理论上，提高主网容量，最直接的办法确实就是提高每个区块允许使用的 Gas 上限，毕竟 Gas Limit 越高，一个区块可以容纳的交易和计算就越多。
但 Gas Limit 并不是一个可以无限上调的数字，区块一旦盲目变大，就会引发多米诺骨牌效应：节点需要在相同时间内接收更多数据、执行更多交易并计算新的状态，如果处理速度跟不上，配置较弱的节点就更容易掉队，区块传播和验证也可能出现延迟，最终增加网络分叉和中心化风险。
与此同时，更多交易还意味着更多永久写入以太坊数据库的账户、合约和存储数据，这些数据不会随着交易结束而自动消失，而是会不断积累在以太坊的状态数据库中，导致状态更快膨胀。
所以，以太坊扩容面对的并不是一个简单的数学问题，而是需要同时解决三个问题：
- 首先，怎样给节点留下更多传播和处理大型区块的时间；
- 其次，怎样减少交易依次执行带来的性能瓶颈；
- 最后，怎样防止更多区块空间迅速转化为难以控制的状态膨胀；
这就是 Glamsterdam 的核心逻辑，不是先盲目扩容再让节点去硬扛，而是先重构区块生产、交易执行和资源定价的方式，从底层疏通好管道，再自然地为提高主网容量打开大门。
其中，ePBS 通过重新安排 Slot 内的区块处理流程，给节点留下更多传播和验证大型区块的时间；BALs 通过显式提供状态访问关系，提高客户端读取、执行和同步的效率；Gas 重新定价则负责限制不可持续的状态增长。
在 2026 年 4 月的 Glamsterdam 协作测试中，核心开发者们围绕多客户端实现进行了集中压测，并明确提出了升级后以 2 亿 Gas 作为可信容量下限的技术目标。这一目标的背后，正是 ePBS、BALs 和状态 Gas 重定价共同提供的底层支撑。
当然，2 亿 Gas 更接近升级后系统具备的承载能力，以及未来可以逐步演进的方向，并不意味着主网会在 Glamsterdam 激活当天，立即将 Gas Limit 跳升至这一水平。
真正重要的是，以太坊正在从过去的「谨慎试探性扩容」，转向「通过底层结构重构，为更大幅度的主网扩容提前做准备」。
三、普通用户和以太坊生态会受到哪些影响？
从普通用户的角度看，Glamsterdam 升级最值得关心的问题，仍然是交易费用是否会下降。
整体来看，答案更接近有望下降并变得更稳定，而不是所有交易都会立刻变便宜。
由于 ePBS 和区块级访问列表为更高 Gas Limit 创造了条件，所以可以预见的是，每个区块能够容纳的交易量肯定会增加，那在链上需求不变的情况下，区块空间供给增加，自然有助于缓解拥堵，并降低 Base Fee 突然上涨的概率。
但具体到单笔交易，不同操作的变化可能并不一致。譬如普通 ETH 转账可能从基础 Gas 优化中受益；且由于 BALs 提前告知了状态路径，钱包在预估 Gas 费时的准确度将大幅提升，过去因为行情波动导致钱包 Gas 预估不准、从而导致交易失败但还是扣手续费的糟糕体验将成为历史。
只不过部署合约、批量创建账户或写入大量新状态的操作，则可能因为状态重新定价而增加成本。所以，Glamsterdam 更可能带来的结果，是简单交易成本下降、拥堵时期费用更加稳定，同时状态密集型应用开始为长期占用的网络资源支付更准确的价格。
对主要使用 L2 的用户而言，这次升级也并非没有关系。ePBS 将执行负载的数据传播窗口从约 2 秒延长至约 9 秒，不只可以支撑更大的主网区块，也为以太坊处理更多 Blob 数据留下了空间。Blob 容量继续扩大后，Rollup 提交交易数据的空间会更加充裕，长期来看有助于稳定 L2 的数据成本。
此外，对钱包、交易所和跨链桥来说，一个更容易被用户感知的变化，可能来自 EIP-7708。目前 ERC-20 Token 转账通常会产生标准化的 Transfer 日志，但部分智能合约之间的原生 ETH 转移，并不会留下同样清晰的事件记录，钱包和交易平台经常需要依赖额外的内部交易追踪工具，才能识别这部分 ETH 流动。
EIP-7708 要求非零 ETH 转账和 ETH 销毁操作生成标准日志，让钱包、交易所和跨链桥更可靠地识别充值、提现和合约内部的 ETH 变动，那未来用户看到的 ETH 资产记录可能更加完整，部分此前需要依赖复杂交易追踪才能展示的内部转账，也更容易被钱包直接识别。
对于节点运营者和质押用户，影响则更加直接。Glamsterdam 同时改变执行层和共识层的区块处理方式，因此节点和验证者需要在主网激活前升级至支持 Glamsterdam 的客户端版本，普通持币用户倒不需要迁移 ETH，也不需要进行任何所谓的「资产升级」或「代币兑换」。
更长远来看，Glamsterdam 真正影响的，是以太坊在扩容和去中心化之间如何重新寻找平衡。毕竟区块容量提高之后，如果运行节点所需的硬件成本同步大幅上升，主网吞吐量虽然变高了，但网络可能越来越依赖大型机构。
而 ePBS、区块级访问列表和状态 Gas 重定价的组合，试图形成另一种扩容路径：不是简单要求节点在相同时间内处理更多工作，而是重新安排区块生产流程、提前提供交易依赖信息，并让不同资源按照实际负担收费。
这也是 Glamsterdam 与一次普通 Gas Limit 上调最根本的区别，它没有试图通过某一项 EIP 解决以太坊的所有问题，而是同时改造区块生产、交易执行和状态增长三套相互关联的机制。
总结
长远来看，Glamsterdam 真正深刻影响的，是以太坊在「高性能扩容」与「绝对去中心化」之间重新寻找平衡的叙事走向。
这也是大家日渐熟悉的以太坊的初心或者说惯性——面对高性能单体公链的步步紧逼，不选择简单粗暴地提高硬件门槛，而是选择了一条尽量维持去中心化底色、更具底层韧性的路径，就像这次通过重写区块流水线（ePBS）、提前显式提供交易依赖（BALs）、并让不同资源按物理负担精准收费（Gas 重新定价）的组合拳，还是为了在保证普通人能够运行节点、能够参与验证的前提下，硬生生抠出更庞大的主网容量。
从这一点来看，未来我们支付的每一笔划算的 Gas 费、钱包里更精准清晰的内部 ETH 账单、L2 更广阔的费率下降空间，或许都将深深受益于 Glamsterdam 在 2026 年下半年为以太坊重新铺设的这套地基。
到此这篇关于The Merge以来最大规模升级?一文浅析Glamsterdam如何影响以太坊的文章就介绍到这了,更多相关Glamsterdam升级对以太坊影响内容请搜索以前的文章或继续浏览下面的相关文章，希望大家以后多多支持！