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

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 年功能清單。

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

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 年功能清單。