Optimistic Rollup 詳解：Arbitrum 與 Optimism
Optimistic Rollup 先接受鏈外執行結果，再用挑戰期與故障證明排除錯誤狀態。Arbitrum 與 Optimism 都採用這一路線，但執行軟體、爭議協議與多鏈技術棧不同。
「樂觀」描述的是驗證順序，不是對營運方的無條件信任。交易資料會被壓縮並發布到以太坊，使驗證者能夠重放執行；如果狀態主張錯誤，挑戰者可在 L1 合約規定的流程中提出異議。
Optimistic Rollup 如何處理一批交易？
一批交易從快速確認到 L1 結算，通常要經過四個階段。
- 排序器接收使用者交易，決定順序並在 L2 執行，使用者很快看到交易收據。
- 批次處理服務壓縮交易資料，以 Blob 或 calldata 等形式發布到以太坊。
- 狀態提議者向 L1 合約提交 L2 狀態主張，挑戰者獨立重放資料並檢查結果。
- 沒有有效挑戰的狀態在期限結束後確認；出現爭議時，故障證明協議把分歧縮小到可由 L1 驗證的執行步驟。
因此，排序器給出的確認主要解決回應速度，L1 資料發布保證他人可以恢復執行，故障證明則負責處理錯誤狀態。缺少任何一層，安全性質都會改變。
為什麼官方橋提領常要等待挑戰期？
從 L2 退出到以太坊時，L1 合約必須確定提領所依賴的狀態有效。Optimistic Rollup 沒有為每個批次立即附上有效性證明，因此官方橋通常要等待挑戰視窗結束。
Arbitrum One 與 OP Mainnet 的標準退出通常按約一週的挑戰期設計，實際步驟與計時起點應以當前官方橋為準。第三方流動性橋可以提前在目標鏈墊付資產，再在後台完成正式結算，但使用者此時增加了流動性提供者、橋合約與資產版本風險。
挑戰期不會讓所有 L2 內部交易都等待一週。轉帳或應用互動可以先取得排序器與 L2 區塊確認，較長等待主要出現在使用協議原生路徑返回 L1 時。
Arbitrum 與 Optimism 的共同點是什麼？
兩者都把大量 EVM 交易移到 L2 執行，把恢復鏈狀態所需的資料提交以太坊，並透過 L1 合約處理狀態主張與爭議。使用者在兩條主網上通常使用 ETH 支付 Gas，也都能使用熟悉的以太坊錢包與 Solidity 工具。
共同的信任邊界也很相似：
- 排序器能影響短期排序與交易可用性，使用者要了解強制包含或 L1 備用路徑。
- 核心合約可以升級，安全委員會、時間鎖與治理權限決定規則能否快速改變。
- 標準橋只處理特定資產與訊息路徑，第三方橋會增加另一套合約與流動性假設。
- 快速確認、資料上鏈、狀態確認與以太坊最終性是不同層級。
Arbitrum 與 Optimism 主要差在哪裡？
兩者今天的差異不能再概括成早期文章常寫的「一個多輪證明、一個單輪證明」。兩套協議都持續升級故障證明、執行客戶端與權限結構，比較時應看當前部署，而不是沿用舊版本標籤。
| 比較項 | Arbitrum One | OP Mainnet |
|---|---|---|
| 核心技術 | Nitro 架構，結合以太坊客戶端元件、ArbOS 與爭議執行環境 | OP Stack，模組化組合執行、派生、批次處理與故障證明元件 |
| 狀態爭議 | Arbitrum 的挑戰協議把爭議縮小到可驗證執行，BoLD 路線強調限制延遲與擴大驗證參與 | OP Stack 故障證明透過爭議遊戲與可驗證執行程式處理錯誤主張 |
| 多鏈路線 | Arbitrum 技術可用於 One、Nova 及客製 Arbitrum 鏈，不同鏈的資料可用性配置可能不同 | OP Stack 被多條鏈採用，Superchain 路線強調共享標準與互通 |
| 開發相容 | 面向 EVM 應用，並提供 Stylus 等擴充執行能力 | 強調 EVM 等價與標準化 OP Stack 開發體驗 |
| 使用者核對重點 | 先區分 Arbitrum One、Nova 或其他 Arbitrum 鏈 | 先區分 OP Mainnet 與其他採用 OP Stack 的網路 |
Arbitrum Nova 使用 AnyTrust 資料可用性設計，不能因為名稱裡有 Arbitrum 就把它與 Arbitrum One 的安全假設視為完全相同。同理，採用 OP Stack 不代表某條鏈自動具有 OP Mainnet 相同的治理、資料發布與證明部署狀態。
兩條網路的費用為什麼會變化？
Optimistic Rollup 的交易費通常包括 L2 執行成本與把壓縮資料發布到以太坊的 L1 資料成本。網路壅塞、合約複雜度、交易位元組大小、Blob 價格與協議參數都會改變最終費用。
同一時刻的簡單轉帳價格不能代表複雜兌換的成本。比較 Arbitrum 與 Optimism 時，應在兩邊分別模擬同一種操作，並檢查錢包給出的 Gas 限額、預計 L1 資料費與資產兌換滑點。
一次完整遷移還可能包含來源鏈授權、橋接、目標鏈兌換與未來退出四組費用。只比較 L2 內一筆交易，可能低估真實成本。
使用 Arbitrum 或 Optimism 前檢查什麼？
| 檢查項 | 具體做法 |
|---|---|
| 網路身分 | 從官方資料核對鏈 ID、RPC、瀏覽器與橋地址，避免把同技術棧的其他鏈當成主網 |
| 資產版本 | 確認是原生發行、標準橋接還是第三方橋接代幣 |
| 確認層級 | 區分排序器確認、批次上鏈與 L1 結算，不只看錢包的成功圖示 |
| 退出路徑 | 查看標準橋等待、L1 Gas 與第三方快速橋增加的假設 |
| 權限狀態 | 檢查故障證明是否啟用、誰能升級合約，以及緊急權限是否受時間鎖約束 |
想理解另一條主要 Rollup 路線，可閱讀ZK-Rollup 詳解；若要把 Rollup 與側鏈、Validium 一起比較，可回到Layer2 擴容方案全景解讀。
常見問題
ARB 和 OP 是兩條網路的 Gas 代幣嗎？
在 Arbitrum One 和 OP Mainnet 上，普通交易通常使用 ETH 支付 Gas。ARB 與 OP 主要關聯各自生態治理，錢包裡只有治理代幣而沒有 ETH 時，交易仍可能無法發出。
排序器當機會讓 L2 上的資產永久消失嗎？
排序器故障首先影響交易提交與快速確認。資產能否在最壞情況下恢復，取決於資料是否可用、L1 合約是否提供強制交易或退出路徑，以及相關合約是否正常運行。
從交易所直接提幣到 Arbitrum 或 Optimism，需要先經過以太坊嗎？
使用者介面上通常不需要親自橋接，但平台會在後台管理相應網路的資金。提幣前仍要確認平台選擇的網路與接收地址錢包網路一致，並檢查充提是否暫停。
應用部署在兩條鏈上，合約地址一定相同嗎？
不一定。專案可以透過確定性部署得到相同地址，也可以為不同網路使用不同合約。不能只憑專案名稱或主網地址推斷 L2 合約，應從專案官方入口核對。
推薦閱讀
看更多
