以太坊的升級很少像手機更新系統那樣，按一下就完成。Glamsterdam 這次被點名的焦點，是新 gas 模型可能在正式進入其他測試網與 mainnet 前，先讓一批工具出現相容性問題。以太坊基礎團隊提醒開發者先去 Plataberget 測試，背後邏輯很直接：gas 不只是交易費用，它同時牽動錢包估算、RPC 回傳、DeFi 介面、智能合約 部署策略，甚至 MEV 與 L2 的成本計算。當成本模型被重寫，最脆弱的往往不是核心節點，而是那些假設「舊規則還會一直有效」的第三方工具。
先別只看升級名稱，真正動到的是錢的計價方式
Glamsterdam 聽起來像一個地名，但在以太坊開發語境裡，它代表一組網路層改動。這次報導把焦點放在 new gas model，意思不是簡單調高或調低 gas，而是改動交易成本如何被計算、上限如何設定、失敗交易如何處理，以及開發者如何向使用者呈現「這筆交易大概要多少」。
我比較在意的是，這種改動會直接打到使用者最敏感的環節：錢包顯示的 gas 是否準確、DeFi 前端估算的成功率是否可信、ERC-20 swap 或 智能合約 部署會不會因為費用上限不足而失敗。過去在 EIP-1559 框架下，使用者通常要填 maxFeePerGas 與 maxPriorityFeePerGas，工具也常依賴 base fee 與 priority fee 的經驗值。新模型如果改變這些參數的意義，錢包可能繼續送出舊格式，RPC 可能給出不適用的估算，DeFi 前端可能把滑點、gas、失敗率一起算錯。
這才是工具先壞的原因：核心協議可以一次切換，但生態裡的工具是分散的、版本不一、更新速度也不同。
最痛的地方不在主網，而在工具鏈太長
以太坊生態的麻煩從來不在單一合約，而在工具鏈太長。一個交易要上鏈，可能經過錢包、簽名庫、RPC 供應商、DeFi 前端、L2 排序器、MEV 工具，甚至索引服務。任何一環還卡在舊 gas 假設，使用者就會看到不尋常的成本、失敗率或交易狀態。
| 受影響環節 | 舊有假設 | Glamsterdam 新 gas 模型可能帶來的變化 | 常見風險 |
|---|---|---|---|
| 錢包與簽名工具 | 用 maxFeePerGas 與 maxPriorityFeePerGas 估算上限 |
費用參數、gas 計算或回退機制改變 | 交易失敗、費用顯示誤導 |
RPC 與索引服務 |
回傳舊式 gas estimation 與交易結果 | 估算模型需重新校準 | 前端顯示與實際成本落差 |
DeFi 前端 |
以固定 gas 預算計算滑點與成功機率 | 成本波動結構改變 | 使用者在低成功率下仍需支付費用 |
L2 與 rollup |
依賴 L1 gas 成本估算數據可用性與提交費用 | L1 成本模型改變 | 使用者成本與排序策略失準 |
MEV 與交易加速工具 |
依賴 priority fee 與區塊空間假設 | 費用與排序機制可能更精細 | 策略虧損或無法按預期上鏈 |
以太坊基礎設施的升級從來不是「開關」，而是一場生態同步測試。新 gas 模型上線前，最危險的不是主網炸掉，而是工具在舊假設下默默算錯。
Plataberget 被點名，代表開發者要先把「會壞的地方」找出來
Plataberget 被點名，不是因為它比 mainnet 更穩定，而是因為它承擔了升級前的排障角色。開發團隊希望工具在正式測試網與主網之前暴露問題，而不是等大量使用者用真錢踩雷。
這種做法其實很務實。測試網的價值不在「完美模擬主網」，而在讓開發者提前看到：
- 錢包送出交易後，
RPC回傳的 gas 資訊是否合理。 智能合約在邊界條件下會不會因為費用不足而 revert。DeFi介面顯示的成本是否與實際成交接近。L2或rollup的費用模型是否還需要重新校準。
對開發者來說，這是一場提前踩地雷的作業。對使用者來說，這些測試能減少升級後出現「錢包算一個數、鏈上收另一個數」的混亂。
未來一到兩年：從「能用」走到「成本可預測」
我認為，Glamsterdam 這類升級會迫使以太坊生態把 gas 從「高級選項」變成「產品層參數」。過去很多專案把 gas 處理交給錢包或 RPC，但未來會需要更明確的成本模擬、失敗預判與版本相容層。
短期內，3 到 6 個月，我們可能看到工具出現版本分裂。一部分錢包、RPC 供應商與 DeFi 前端會先支援新 gas 模型，另一部分還在補測。這段時間最常見的狀況，就是同一筆交易在不同工具看到不同估算。
中期，6 到 12 個月，DeFi 與 L2 會開始重寫成本模型。特別是 L2 的數據可用性費用、交易提交成本與排序策略，都可能因為 L1 gas 模型改變而調整。MEV 工具也會重新評估 priority fee 的效用，因為當費用結構更精細，舊有的「多塞一點就更快上鏈」策略可能不再穩定。
一年到兩年後，我預期會出現更多「gas model compatibility layer」或成本模擬 API。簡單說，就是讓專案不必自己寫一堆 gas 邏輯，而是接入一套能跟得上以太坊升級的估算服務。對開發者來說，這會降低維護成本；對使用者來說，也會讓交易前的費用提示更接近真實結果。
說白話，Glamsterdam 的新 gas 模型短期會帶來摩擦，但長期可能讓以太坊的交易成本更透明、更可預期。只是過程不會太安靜，工具會先吵，使用者也會先抱怨，這才是基礎設施升級的常態。
延伸思考與常見問題
點選問題可展開答案
Q1：Plataberget 是什麼，為什麼開發者要先在上面測試？
Plataberget 是提前驗證 Glamsterdam 新 gas 模型的測試網，開發者可以在此發現工具、合約與交易流程在成本機制改變後的異常行為。
Q2：為什麼新的 gas 模型會導致工具故障？
因為錢包、RPC 與 DeFi 介面常依賴舊的 gas 估算與費用上限，新模型一旦改變成本結構，舊假設就可能造成估算偏離、交易失敗或成本跳動。
Q3：Glamsterdam 升級主要影響哪些人？
它主要影響錢包開發者、RPC 供應商、DeFi 協議、L2 與智能合約開發者，因為這些角色最依賴 gas 成本與交易失敗邏輯。