Optimism 升級 20 獲通過：9 月 24 日部署主網仍屬目標

Optimism(OP)治理已批准升級 20，將 OP Stack 的故障證明機制從「Output Root」改為以「Super Root」為基礎。不過，治理批准不代表主網合約已執行，也不代表跨鏈互操作性已啟用。

Optimism Agora 在 9 月 16 日晚間 9 時 26 分（韓國時間）將升級 20 標示為「SUCCEEDED」。反對票為 71,701 OP，僅占 0.13%，低於否決所需的 20%可投票數量。本次提案採用反對票未達門檻即通過的「樂觀批准」方式處理。

官方治理提案指出，升級 20 將修改 OP Stack 鏈上的 L1 智能合約。提案不包含 L2 硬分叉或共識層級的啟用時間，相關變更將透過簽署後的 superchain-ops 執行，在 L1 上傳遞。

核心變化在於故障證明遊戲確認狀態的基準。既有的 Output Root Dispute Game 會驗證對應特定 L2 區塊編號的狀態；Super Root Dispute Game 則改以時間戳為基準，驗證 Super Root 的狀態轉移。

OP Stack 規格說明，新遊戲會在 Super Root 狀態轉移過程中使錯誤的提案時間失效。因此，針對錯誤 L2 區塊編號的獨立挑戰程序將被取消。

新遊戲類型包括 SUPER_PERMISSIONED 和 SUPER_CANNON_KONA，分別對應遊戲類型 5 和 9，並取代既有的 PERMISSIONED_CANNON 與 CANNON_KONA 實作。直接整合爭議遊戲的開發者，需檢查相關工具是否能識別新類型及 rootClaimByChainId。

這項變更是未來推動 OP Stack 鏈間互操作性的先決條件，目標是建立可在同一時間點驗證多條鏈狀態的格式。但升級 20 本身不會啟動鏈間資產轉移或資料交換。

官方治理提案表示，各鏈仍會維持自己的 AnchorStateRegistry 與 DisputeGameFactory。本階段的爭議遊戲也只處理單一鏈的狀態，因此不同於將多條鏈的爭議基礎設施整合為一體的程序。

本次升級還包括 OPCM v8.0.0 的升級順序驗證，以及各代理合約的 ProxyAdmin 與 SystemConfig 處理。防止重複使用初始化槽位、移除部分 SystemConfig 功能等維護項目也將同步進行。

SystemConfig.batchInbox() 與既有的 setGasConfig(uint256,uint256) 呼叫可能在升級後被回復。使用這些功能的開發者工具，需檢查合約變更後的相容性。

一般使用者不需要採取額外措施。官方治理提案表示，升級 20 前提交的提款證明仍然有效，既有 Output Root 遊戲也會繼續完成處理。

另一方面，鏈營運商及相關開發者需配合新的故障證明機制調整軟體。使用 viem/op-stack 的用戶應採用 viem 2.51.0 以上版本，並在提款證明過程中，以提款時間的時間戳取代 L2 區塊編號。

9 月 24 日部署主網，是以治理批准及 Sepolia 測試網完成 7 天驗證為前提的目標時程。該時程是在 4 個測試網完成驗證後推動主網部署的條件式安排，官方治理提案並未將該日期列為確定完成日。

PGov 表示支持升級 20，理由是該升級雖不會立即啟用互操作性，但會先轉換故障證明格式。不過，實際主網執行與營運環境的相容性，仍需透過合約執行及後續檢查確認。

升級 20 是 Optimism 互操作性路線圖中先行調整驗證基礎設施的階段。治理批准雖已完成，主網部署仍將經過 L1 合約執行程序及營運環境驗證後推進。