---
title: "Glamsterdam：Ethereum 開發者完整指南"
description: "Glamsterdam 已在 Sepolia 上線。這份完整指南說明升級對開發者意味著什麼，以及 Alchemy 如何為這次網路升級做準備。"
---

# Glamsterdam：Ethereum 開發者完整指南

<ImageBlock
  src="https://media.alchemy.com/glamsterdam.png"
  alt="Glamsterdam 升級"
  width={3840}
  height={1800}
  priority
/>

[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 假設。
