--- title: "Glamsterdam：Ethereum 开发者完整指南" description: "Glamsterdam 已在 Sepolia 上线。这份完整指南说明升级对开发者意味着什么，以及 Alchemy 如何为这次网络升级做准备。" --- # Glamsterdam：Ethereum 开发者完整指南 [Glamsterdam](https://ethereum.org/roadmap/glamsterdam/)已经上线。Ethereum 的下一次网络升级于[10 月 6 日 13:53:36 UTC](https://blog.ethereum.org/2026/09/17/glamsterdam-testnet-announcement)在 [Sepolia testnet](https://ethereum.org/developers/docs/networks/) 激活。这是第一个运行它的公共 testnet，也是 mainnet 之前最后几轮演练之一。我们为这次升级准备了数周，在 Glamsterdam devnet 上对我们的基础设施做了压力测试，让你可以不中断地继续构建。下面是我们做了什么，以及对你意味着什么。 需要知道的几件事： - Glamsterdam 已在 Sepolia 激活，它把写入协议的提议者与构建者分离（[EIP-7732](https://eips.ethereum.org/EIPS/eip-7732)）、区块级访问列表（[EIP-7928](https://eips.ethereum.org/EIPS/eip-7928)），以及为状态增长重新定价的 gas 模型（[EIP-8037](https://eips.ethereum.org/EIPS/eip-8037)）放在同一次升级里 - Sepolia 正在测试 [2 亿 gas 上限](https://blog.ethereum.org/2026/09/17/glamsterdam-testnet-announcement)，超过今天 mainnet 上限的 3 倍，用来验证这次升级的扩容改动 - 开发者最容易注意到的是 EIP-8037：部署合约，以及其他大量写入 storage 的操作，现在要花更多 gas - 在今天之前的数周里，我们在 Glamsterdam devnet 上对[行业领先的 bundler](https://www.bundlebear.com/erc4337-bundlers/all)做了压力测试，并发布了 gas 估算改进，让赞助交易在新规则下继续可用。通往 mainnet 的路上出现的边界情况，我们也在监控和处理。 - [Hoodi](https://blog.ethereum.org/2026/09/17/glamsterdam-testnet-announcement) 和 mainnet 的激活日期还没定。客户端团队会用 Sepolia 的结果来决定 ## 什么是 Glamsterdam？ Glamsterdam 是 Ethereum 的下一次协同网络升级。这个名字把 Amsterdam 和 Gloas 合在一起：Amsterdam 是执行层升级，名字来自过去一届 Devconnect 的举办地；Gloas 是共识层升级。因为它同时碰到两层，每个节点运营者都要同时更新执行客户端和共识客户端。 这里最重要的是两个 EIP： - **[EIP-7732](https://eips.ethereum.org/EIPS/eip-7732)（写入协议的提议者与构建者分离）。** 提议者与构建者的分离今天跑在协议外的中继系统 [MEV-Boost](https://docs.flashbots.net/flashbots-mev-boost/introduction) 上。EIP-7732 把这种分离放进协议本身，把区块构建与区块提议、见证分开。一个影响是：网络的数据传播窗口从大约 2 秒拉长到大约 9 秒，区块有更多空间携带数据。 - **[EIP-7928](https://eips.ethereum.org/EIPS/eip-7928)（区块级访问列表）。** 每个区块现在都会带一份地图，标明它会碰到哪些账户和 storage 槽，而且是在其中任何一笔交易执行之前。节点事先知道一个区块会碰到什么，就可以并行执行这个区块里彼此独立的部分，而不必一笔交易一笔交易地执行。 ## Sepolia testnet 上改变了什么 Sepolia 的 Glamsterdam 分叉正在测试 2 亿 gas 上限。这一步是为了检查，在新的 [ePBS](https://eips.ethereum.org/EIPS/eip-7732) 和并行执行规则下，客户端如何处理每个区块里更多的执行工作。包括 [Prysm](https://github.com/OffchainLabs/prysm/releases/tag/v7.2.0) 和 [Teku](https://blog.ethereum.org/2026/09/17/glamsterdam-testnet-announcement) 在内的一些客户端上，验证者不会自动采用更高的上限；节点运营者必须在分叉前自行配置。EIP-8037 也是第一次在公共网络上线。 ## EIP-8037 会改变你的 gas 成本 [EIP-8037](https://eips.ethereum.org/EIPS/eip-8037) 重新为状态创建定价，把一次操作的成本跟它写入多少新的永久状态绑定，而不再使用今天更平坦的定价。目标是让 Ethereum 的状态数据库以可预期的速度增长，而不是在更多应用部署合约、写入 storage 时不受控制地膨胀。具体来说： - 部署新合约比 Glamsterdam 之前花费更多 gas - 任何写入新 storage 的操作都会受影响，不只是创建合约 - 按 Glamsterdam 之前的假设做出的 gas 估算，在新定价生效后可能低于真实成本 ## 我们做了哪些准备 为了赶在今天的激活之前，我们提前数周在 Glamsterdam devnet 上运行[行业领先的 bundler](https://www.bundlebear.com/erc4337-bundlers/all)，专门看 EIP-8037 的新状态 gas 定价会怎样出现在赞助交易里，而且是在它进入生产流量之前。这些测试让我们确切知道，gas 估算要在哪些地方按新规则更新。在此之后： - **我们做了实时监控。** 它在估算、mempool 和区块构建的每一步跟踪 gas 成本，所以我们能立刻看到新定价的影响，而不是事后才发现。这不改变任何交易的返回值，也不改变它的处理方式；它给我们的是更高的可靠性和提前可见性。 - **我们升级了自己的节点**，在这次激活之前，覆盖我们的整个网络。 - **我们有团队待命**，正在盯着 Sepolia 上的边界情况，尤其是新规则如何与自定义 paymaster 和批量交易相互作用。 结果是：你使用的 API、RPC、[免 gas 交易](https://www.alchemy.com/gasless-transactions)，以及介于它们之间的能力，都会在 Glamsterdam 的变化中继续工作。你这边不需要做任何改动。 ## 这对你的应用意味着什么 调用我们 API 的方式没有变化。Sepolia 已经上线，有几件事值得现在检查： - **合约部署。** 如果你的应用按用户部署合约，请按 Sepolia 的新定价重新核对 gas 预算。 - **赞助交易和 paymaster。** 如果你赞助 gas，或者用固定预算运行 [paymaster](https://www.alchemy.com/docs/wallets/transactions/sponsor-gas)，请在 mainnet 激活之前对着 Sepolia 测试，而不是之后。 - **gas 估算缓存。** 如果你缓存了 gas 估算，或者在技术栈的某处写死了 gas 上限，这些数字现在可能已经过时。 继续构建。访问我们的[支持中心](https://www.alchemy.com/support)，[阅读文档](https://www.alchemy.com/docs)，或[联系我们的团队](https://www.alchemy.com/contact-sales)，了解规模化场景下的专门方案和价格。 ## 常见问题 ### 什么是 Glamsterdam？ Glamsterdam 是 Ethereum 的下一次网络升级，把执行层升级（Amsterdam）和共识层升级（Gloas）合在一起。它于 10 月 6 日在 Sepolia testnet 激活。 ### Glamsterdam 已经在 mainnet 激活了吗？ 没有。今天的激活只在 Sepolia。Hoodi 和 mainnet 的激活日期还没决定；客户端团队会根据 Sepolia 的结果来定。 ### EIP-8037 对开发者改变了什么？ 它重新为状态创建定价，所以部署合约，以及其他写入新 storage 的操作，都会比以前花费更多 gas。 ### 这会影响我调用 Alchemy 的 API 吗？ 不会。节点和 bundler 基础设施这边的过渡由我们处理。如果你的应用会部署合约、赞助 gas，或运行 paymaster，请对着已经上线的 Sepolia 网络重新测试你的 gas 假设。