Layer2 擴容方案全景解讀

Layer2 是在基礎鏈之外執行交易，再把資料或證明交回基礎鏈驗證與結算的擴容方案。它能分攤計算和資料成本，但不同網路繼承主網安全性的程度並不相同。

判斷一條網路是否屬於 Layer2，不能只看它是否比主網便宜，也不能只看專案方的命名。應繼續追問：狀態由誰驗證，交易資料放在哪裡，排序器失效時使用者能否透過主網提交或退出，合約又由誰升級。

Layer2 為什麼能降低交易成本？

以太坊主網上的每筆交易都要佔用稀缺的執行和資料空間。Rollup 把大量交易放到 L2 執行，再壓縮成批次提交給以太坊，讓多筆交易共同分擔 L1 資料發布和驗證成本。

一筆 L2 交易通常經歷以下環節：

1. 使用者在錢包中選擇目標網路並簽名，交易先發送給 L2 排序器或節點。
2. 排序器決定交易順序，執行環境計算餘額和合約狀態變化，並給出快速確認。
3. 批次處理服務壓縮多筆交易，把恢復狀態所需的資料發布到以太坊，常見載體包括 Blob。
4. Optimistic Rollup 等待錯誤狀態被挑戰，ZK-Rollup 則產生有效性證明供以太坊合約驗證。
5. 狀態透過協議規則結算後，使用者可按該網路的橋接流程把資產退出到 L1。

這也解釋了為什麼「錢包顯示成功」「L2 區塊已確認」「批次已發布到 L1」和「狀態已最終結算」不是同一個時間點。應用可以接受較快的 L2 確認，但高價值結算會更關注批次和證明狀態。

Optimistic Rollup 與 ZK-Rollup 有什麼區別？

兩者都把執行移到鏈外，並藉助以太坊處理資料可用性和結算。主要區別在於以太坊如何確認 L2 狀態正確。

比較維度	Optimistic Rollup	ZK-Rollup
狀態驗證	先接受狀態主張，保留挑戰視窗糾正錯誤	提交有效性證明，由 L1 合約驗證狀態轉換
主要等待環節	錯誤證明和挑戰期	證明產生、聚合與提交
官方橋退出	通常要等挑戰期結束	證明被驗證後通常可完成協議退出
工程重點	故障證明、挑戰參與者、強制包含路徑	證明系統、執行環境、證明器和驗證合約
共同風險	排序器、升級權限、橋、資料發布和應用合約	排序器、升級權限、橋、資料發布和應用合約

Optimistic Rollup 不是「完全不驗證」，而是把發現錯誤的機會放在挑戰期內。ZK-Rollup 也不是「零風險」，有效性證明只說明被證明的狀態轉換符合電路規則，不能替使用者稽核應用合約、治理權限或橋接資產。

兩條路線的細節可分別查看Optimistic Rollup：Arbitrum 與 Optimism和ZK-Rollup：ZKsync、Starknet 與 Scroll。

Rollup、Validium、側鏈和狀態通道如何區分？

擴容方案的名稱很多，最容易混淆的是「計算在哪裡完成」和「恢復狀態的資料在哪裡保存」。證明狀態正確，不等於資料一定可取得。

方案	狀態驗證	資料可用性	對基礎鏈的依賴	典型取捨
Rollup	L1 驗證故障證明或有效性證明	資料發布到 L1	高	資料成本較高，恢復與退出保障較強
Validium	L1 驗證有效性證明	資料放在 L1 之外	中	費用更低，但增加資料委員會或外部 DA 假設
側鏈	自有驗證者和共識	側鏈自身保存	較低	獨立擴容，但不直接繼承 L1 共識安全
狀態通道	參與者更新鏈外狀態，爭議時回到 L1	主要由參與者保存	按通道規則	適合重複互動，不適合任意開放狀態

Polygon PoS 雖然會向以太坊提交檢查點，當前官方文件仍把它稱為 EVM 相容側鏈。檢查點不等於以太坊逐批驗證其全部狀態轉換。關於這一技術演變，可閱讀側鏈是什麼：Polygon 的技術路線演變。

比特幣生態中的 Layer2 口徑又不完全相同。閃電網路使用支付通道，Stacks 則有自己的執行、帳本和 BTC 錨定機制，不能直接套用以太坊 Rollup 分類。具體差異可查看比特幣 Layer2：閃電網路與 Stacks。

L2 的 Gas 費由什麼組成？

L2 費用不是一個固定折扣。Rollup 使用者支付的成本通常可以拆成：

總網路費 = L2 執行費 + L1 資料發布費 + 協議附加費

L2 執行費受本地 Gas 價格和合約計算量影響；L1 資料費取決於交易壓縮後的大小、以太坊 Blob 或 calldata 價格以及網路設定。簡單轉帳、代幣授權和複雜 DeFi 交易即使在同一網路，成本也可能相差很大。

完整使用成本還應加入跨鏈橋費用、資產兌換滑點和退出到目標鏈所需的手續費。只比較一張「當前平均 Gas」截圖，無法代表下一筆具體交易。有關實際選擇方法，可繼續閱讀如何選擇 L2 網路。

Layer2 的主要信任邊界在哪裡？

「結算到以太坊」並不意味著所有環節已經去中心化。檢查 L2 時，至少要把以下五層分開：

檢查層	需要確認的問題	失效時的影響
狀態驗證	錯誤證明或有效性證明是否實際運行	無法按預期排除錯誤狀態
資料可用性	恢復狀態的資料是否發布到 L1	節點可能無法重建狀態或協助退出
排序器	誰控制排序，是否有強制包含路徑	交易延遲、審查或短期停擺
升級治理	誰能升級核心合約，是否有延遲和否決機制	安全假設可能在使用者退出前改變
資產出口	官方橋如何證明和完成退出	資產可能等待、受橋規則限制或依賴額外簽名者

橋接資產還會引入單獨風險。同一種穩定幣在 L2 上可能是發行方原生版本、官方橋鎖定後鑄造的映射版本，或第三方橋包裝版本。符號相同，不代表贖回路徑相同。

Layer2 與 Layer1 是互補還是競爭？

從協議分工看，兩者主要是互補關係。L2 提供更便宜的執行空間，L1 提供結算、資料可用性和爭議處理。L2 活動也會消耗 L1 的資料空間，並需要 ETH 支付在以太坊上的提交成本。

從使用者和應用角度，兩者又會競爭交易、流動性和開發者注意力。多條 L2 還可能彼此形成孤島，使使用者承擔橋接、換 Gas 資產和識別不同代幣版本的成本。更完整的責任邊界可查看Layer2 與 Layer1 的關係。

Base 和 Linea 展示了兩種具體路線。Base 使用 OP Stack 和故障證明體系，Linea 使用 zkEVM 與有效性證明。可分別閱讀Base 鏈的 L2 戰略和Linea zkEVM 指南。

評估一條 Layer2 時先看什麼？

不要先從代幣漲跌或宣傳的 TPS 開始。按下面順序檢查，更容易找到真正影響資產使用的問題：

1. 確認網路類型。區分 Rollup、Validium、側鏈和狀態通道，並核對官方文件與獨立風險資料是否一致。
2. 找到資料和證明。確認資料發布位置、證明系統是否實際啟用，以及狀態達到 L1 結算要經過哪些階段。
3. 查看權限。記錄排序器、核心合約升級者、安全委員會和緊急暫停者，不把路線圖當成當前狀態。
4. 走通退出路徑。核對官方橋、挑戰或證明等待、L1 Gas、支援的代幣版本和備用退出機制。
5. 再比較體驗。最後才比較應用覆蓋、錢包支援、流動性、實際 Gas 和服務穩定性。

常見問題

Layer2 上的 ETH 與以太坊主網 ETH 是同一筆鏈上餘額嗎？

不是同一條鏈上的餘額。資產透過橋進入 L2 後，會在目標網路顯示相應餘額；返回主網要按橋的訊息和退出規則處理。充值時必須同時核對網路。

L2 交易失敗還會扣 Gas 嗎？

可能會。交易被執行後即使合約回滾，仍消耗排序和計算資源。錢包拒簽、尚未廣播的交易通常不會產生鏈上 Gas。

使用中心化交易平台充提 L2，是否繞過了橋接風險？

平台可能在內部完成資金調度，讓使用者不必親自操作官方橋，但風險沒有消失，而是增加了平台支援、暫停充提和資產版本匹配等條件。

L2 的 TPS 數字可以直接橫向比較嗎？

不能。不同專案對交易、使用者操作、批次和測試環境的統計口徑可能不同。吞吐量還會受區塊限制、資料發布和實際需求影響，應與可驗證的鏈上活動及安全假設一起看。