以太坊 Glamsterdam 進入公開測試，Hegotá 的 2027 年升級仍在篩選中

以太坊接下來的升級路線，已明顯分成兩條主線：Glamsterdam 正在進行公開相容性測試，主網暫定於 2026 年第四季推出；Hegotá 則是預計於 2027 年進行、仍在持續縮小範圍的升級。

對應用程式、錢包、節點與基礎設施團隊而言，眼前最重要的不是記住升級名稱，而是盡快在 Platåberget 上找出新 Gas 模型與區塊建構規則造成的相容性問題。

Glamsterdam：先在 Platåberget 找出問題

以太坊基金會已推出 Platåberget 公開早期測試網，預計運作數個月。相較於過去壽命較短的內部 Devnet，Platåberget 提供開發者、驗證者、錢包團隊、索引器與基礎設施營運商一個較穩定的環境，能在 Glamsterdam 進入長期測試網與主網前進行完整測試。

Platåberget 預定於 2026 年 8 月 20 日啟動 Glamsterdam 分叉。Glamsterdam 的主網時程已由 2026 年上半年延後至 2026 年第四季，但這仍是規劃目標，並非已保證的啟動日期。

目前預期的測試順序如下：

1. Platåberget 啟動 Glamsterdam 分叉。
2. 根據測試回饋修正相容性問題。
3. 進入非最終性 Devnet。
4. 在 Sepolia 與 Hoodi 上進行 Glamsterdam 分叉。
5. 待測試網運作穩定後，才部署至主網。

哪些 Glamsterdam 改動最可能影響現有工具？

Gas 假設不再可靠

Glamsterdam 包含一套協調性的 Gas 重新定價方案，目標是將 Gas 下限推向約 2 億 Gas。這代表依賴硬編碼最大 Gas 上限的軟體可能失效，包括錢包、索引器與 Gas 估算工具。

這不只是把某個固定常數調高或調低而已。EIP-8037 將為會建立新狀態的操作引入獨立的狀態 Gas 維度。在拆分後的計費安排下，向已存在帳戶轉帳仍可維持 21,000 execution gas；但向不存在的帳戶轉帳，還會額外產生 runtime state gas。

因此，開發者不應再假設：

• 所有一般 ETH 轉帳都固定消耗 21,000 Gas。
• 以太坊交易可以用單一、通用的 Gas 維度表示。

錢包與相關服務應改用理解協定規則的估算方式，並在 Platåberget 同時測試向已存在帳戶與新帳戶轉帳的情境。以太坊基金會已特別提醒，依賴硬編碼 Gas 上限的工具可能需要更新。

ePBS 將改變區塊建構流程

內嵌式提議者—建構者分離（enshrined proposer-builder separation，簡稱 ePBS）是 Glamsterdam 的主要協定變更之一，透過 EIP-7732 納入。它會改變區塊建構與驗證責任在協定中的呈現方式，因此驗證者、建構者、Relay 與節點基礎設施不應只測試基本交易提交，也需要檢查完整的建構與驗證流程。

區塊層級存取清單帶來新的執行資訊

區塊層級存取清單由 EIP-7928 規範，同樣屬於此次升級內容。它會向客戶端與基礎設施提供區塊內預期狀態存取的額外資訊，可能影響執行工具，以及需要解析或模擬區塊內容的系統。

合約與 initcode 上限將提高

Glamsterdam 也提出更大的程式碼尺寸限制：

• 最大已部署合約大小：由 24 KiB 提高至 64 KiB。
• 最大 initcode 大小：由 48 KiB 提高至 128 KiB。

合約部署工具、位元組碼驗證流程、開發框架與索引系統，都應針對新的邊界值進行測試，而不是把目前的限制視為永久規則。

開發團隊現在應在 Platåberget 測試什麼？

比起升級名稱，實際檢查清單更重要。維護以太坊相關軟體的團隊應該：

• 移除對硬編碼最大 Gas 上限的假設。
• 測試向已存在帳戶與不存在帳戶轉移 ETH。
• 在需要時支援 execution gas 與 state gas 的分開計算。
• 重新檢查 Gas 估算器、費用顯示與交易模擬邏輯。
• 測試與 ePBS 相關的節點、建構者與驗證者工作流程。
• 以區塊層級存取清單檢查區塊解析器與索引器。
• 以新的合約與 initcode 上限測試部署和位元組碼處理。
• 隨 Glamsterdam 進入非最終性 Devnet、Sepolia 與 Hoodi，重複進行相容性測試。

因此，Platåberget 不只是 Glamsterdam 的展示版測試網。它的真正價值，在於讓下游軟體在仍有時間修正時先暴露問題。

Hegotá：66 項提案，現在只有一項正式確定

Hegotá 是預計於 2027 年推出的升級，但目前範圍尚未定案。開發者正在審查 66 項提案；目前的篩選流程預計在 8 月 27 日左右提出「建議納入」清單，並於 9 月 10 日前收集客戶端團隊的偏好排名。這些日期是決策節點，並不代表 66 項提案都會上線。

理解不同提案狀態很重要：

• Scheduled（已排定）：正式列入升級計畫。
• Considered（考慮中）：正在積極審查，但尚未確認。
• Candidate（候選）：仍處於更廣泛的討論中，並與其他提案競爭開發及測試資源。

目前，FOCIL（Fork-Choice Enforced Inclusion Lists，分叉選擇強制納入清單）是 Hegotá 唯一正式排定的功能，對應 EIP-7805。它的目標是強化抗審查能力：透過指定的交易清單要求區塊納入符合條件的交易，降低區塊建構者排除有效交易的空間。

Hegotá 的主要候選方案

Frame Transactions

Frame Transactions（EIP-8141）目前仍是考慮納入 Hegotá 的方案，而非已確認功能。這項提案定義一種新的交易格式，讓交易有效性、Gas 支付與執行，可透過一連串 frame 與合約呼叫來處理，為更原生的帳戶抽象化和彈性支付流程提供協定層路徑。

以太坊研究人員也曾將 Frame Transactions 與相關提案放在一起討論，認為它們可能支援更原生的隱私功能；但這套更廣泛的功能組合，目前尚未成為已核准的 Hegotá 內容。

Quick Slots

Ethlabs 倡議將 Quick Slots（EIP-8198）納入一個範圍嚴格控制的 Hegotá，重點放在更快的區塊產出與最終性。縮短 slot 時間目前仍是提案，並不是已確認的升級參數。

持續提升 Layer 1 擴容能力

Ethlabs 的建議也包括持續增加 Layer 1 容量，並將抗審查能力、更快確認速度與原生帳戶抽象化列為討論優先事項。不過，這些是方向性建議，不能與正式納入決定畫上等號。

提高 Gas 上限、將 slot 縮短至 8 秒、後量子密碼學，以及其他驗證者、隱私與執行層提案，目前都仍在審查階段，尚未確認屬於 Hegotá 的最終範圍。

給以太坊團隊的結論：Glamsterdam 是現在，Hegotá 還在變動

Glamsterdam 是近期最迫切的工程時程。Platåberget 為團隊提供公開環境，可在升級進入 Sepolia、Hoodi 與主網前，找出 Gas 重新定價、狀態 Gas 計算、ePBS、存取清單與更大程式碼上限所造成的問題。

Hegotá 則是另一種情況：它仍處於優先順序排序階段。目前只有 FOCIL 已正式鎖定；Frame Transactions、Quick Slots、擴容工作與其他提案，都還必須通過後續篩選、實作與測試。

對開發者而言，最穩妥的做法是：把 Glamsterdam 當成正在進行的相容性專案，把 Hegotá 視為持續演變中的設計路線圖，而不是一份已經定稿的 2027 年功能清單。