---
id: 12
title: 區塊鏈擴容地圖：L1 平行、L2、分片與 DA 各自解決什麼
slug: blockchain-scaling-map
date: 2026/08/24
summary: 「擴容」常被當成同一件事。本文把問題拆成共識、資料可用性、執行與結算四層，說明 L2、分片、獨立 DA 與 L1 平行執行各自對準哪一層瓶頸，以及平行 EVM 在地圖上的位置。
keywords: 區塊鏈擴容,L2 Rollup,分片,資料可用性,L1平行執行
heroImage: /images/community-bg.png
---

過去幾年，幾乎每條公鏈與模組化專案的對外敘事都會提到「擴容」，但所指的往往不是同一層系統。Rollup 團隊說的擴容，多半是把執行搬出以太坊主網；資料可用性團隊說的擴容，是讓更多資料能被便宜地發布與抽樣驗證；平行執行 L1 說的擴容，是讓單一條鏈的執行引擎吃滿多核。共用一個詞，安全假設、效能上限與失敗模式卻完全不同。

本稿把擴容拆成互不重疊的層次，標出 L2、以太坊分片路線、獨立 DA 層與 L1 平行各自站在哪裡，並回答一個更實用的問題：平行 EVM 在這張地圖上對標的是什麼——它與 Rollup 是替代還是互補。

## 先拆四件事：共識、DA、執行、結算

一條公鏈要對外提供可信帳本，至少得完成四件事。

第一是共識：就交易順序與區塊內容達成一致，並對外承諾在安全假設內不可隨意竄改。第二是資料可用性（DA）：把驗證狀態轉換所需的資料發布到足夠公開的位置，讓任何人都能下載並複核。第三是執行：真正跑完交易邏輯，算出新的世界狀態。第四是結算：把最終狀態或證明錨定為外部世界可依賴的事實來源——資產橋接、跨鏈訊息、法幣出入金通道往往錨定在這裡。

2015 年的以太坊把這四件事綁在同一套節點軟體裡，後來被稱為一體化（monolithic）架構。好處是安全假設統一、心智模型簡單；壞處是任一環節觸頂，整條鏈就一起減速。最先被廣泛感知的是執行層：主網吞吐量長期落在個位數到十幾 TPS 的量級，熱門應用一來費用就飆。以太坊核心路線隨後轉向「以 Rollup 為中心」：主網更聚焦於 DA 與結算裁判，把大規模執行交給 L2。理解這個轉向，是讀懂後續所有分支的起點。

## L2 Rollup：搬走執行，安全仍錨定主網

Rollup 的核心動作是：在獨立的執行環境裡跑交易，把資料與證明（或可挑戰的承諾）發回以太坊。ZK Rollup 依賴有效性證明；Optimistic Rollup 依賴詐欺證明的挑戰窗口。主網不必重放全部交易，只需驗證證明或處理爭議。於是執行的算力瓶頸轉移到排序器與證明系統，結算安全性仍盡量錨定以太坊驗證者集合。

這條路線解決的是「執行實例可以橫向增加」：多條 Rollup 平行服務不同應用。它並不自動解決「單一執行實例內部是否仍是單執行緒」。許多 Optimistic Rollup 的執行環境仍高度接近經典 EVM 的串列語意；吞吐量的提升來自專用硬體、更短的出塊時間，以及把壅塞從 L1 的費用市場挪到 L2 自身的市場，而不是必然來自區塊內的平行。

Rollup 還繼承了兩類約束。一是資料最終仍要發布到某處——calldata、blob 或外部 DA——DA 成本會回到使用者的費用裡。二是使用者體驗多了一層 L2→L1 的信任與延遲跳轉（提款挑戰期、橋接風險、排序器可用性）。因此 Rollup 不是孤立的方案，它必須疊在某個足夠便宜且可信的 DA 之上。

公開儀表板上的 L2 鎖倉與吞吐數字變化很快，引用時應以當時的快照為準；更重要的是結構：資金目前更集中在哪些安全模型上，往往反映市場對證明成本、挑戰機制與營運成熟度的偏好，而不是「某條技術路線在理論上永遠更優」。

## 分片：從執行分片敘事走到資料分片

「分片」一詞在以太坊歷史上換過含義。早期路線圖強調執行分片：把狀態切開，多個分片各自執行，再處理跨分片通訊。工程複雜度高，跨分片的可組合性也難。隨著 Rollup 成熟，主網敘事轉向：自己少做執行，多做資料容量——這就是 Danksharding 方向，以及已落地的 Proto-Danksharding（EIP-4844）。

EIP-4844 引入了 blob：短期保留、不永久佔用執行層狀態的資料空間，顯著降低 L2 往主網張貼資料的成本。後續的全 Danksharding 願景依賴資料可用性抽樣，讓節點不必下載全部資料也能機率性地確認可用性。需要記住的關鍵糾正是：今天以太坊語境下的「分片」，主要擴的是 DA 容量，而不是在主網上重新實作多執行緒 EVM。把它與 Solana、Sui 或平行 EVM L1 的「執行平行」混為一談，會把地圖畫亂。

## 獨立 DA 層：模組化的第三條腿

並非所有 Rollup 都願意把 DA 綁死在以太坊主網的 blob 市場。Celestia、EigenDA、Avail 等獨立 DA 專案提供另一類供給：專注於發布與抽樣，把執行與結算留給別人。模組化組合於是變得具體：執行在 Rollup，DA 在專用層，結算仍可回錨以太坊或其他 L1。

獨立 DA 解決的是「資料發布的頻寬與成本」，並不直接提高某條鏈的區塊內平行度。它可能間接讓更多 Rollup 交易變便宜，從而提升生態的總吞吐量；但對「單鏈執行引擎能否平行」這個問題，DA 層基本上是沉默的。評估專案時，應該問清楚：它賣的是執行、結算，還是資料管道。

## L1 平行執行：在原地加寬執行寬度

與「把執行搬走」相對的是另一條路：仍在 L1 完成執行與結算，但改造執行引擎，讓無衝突交易平行。Solana 的帳戶宣告式排程、Aptos 類 Block-STM 的樂觀平行、Sui 的物件模型，以及多條平行 EVM 的嘗試，都屬於這一格。

L1 平行對準的瓶頸，正是前一篇討論的單執行緒執行天花板。它通常要求自建驗證者集合與共識，不能直接「繼承」以太坊的安全性；換來的是統一的流動性與可組合性落在同一結算域，使用者少跳一層橋。代價是：效能數字必須在自身的安全假設下解讀，且狀態膨脹、硬體門檻與去中心化張力會直接落在本鏈的治理上。

平行 EVM 是其中的一個子類：堅持位元組碼與工具鏈相容，同時引入執行環境的平行。它與「換虛擬機、換帳戶模型」的 L1 共享「執行層擴容」這個座標，但不共享開發者的遷移成本曲線。關於三條平行路線的細節，見下一篇；此處只需定位：平行 EVM 賣的是執行寬度，不是 DA 抽樣，也不是「多開幾條 Rollup」。

## 一張對照表

| 路線 | 主要對準的瓶頸 | 典型動作 | 常被誤讀成 |
|------|----------------|----------|------------|
| L2 Rollup | 主網執行產能不足 | 執行外置，證明/挑戰回錨 | 「已經解決了區塊內平行」 |
| 以太坊資料分片 / blob | L2 資料發布成本 | 擴 DA 容量 | 「以太坊自己做了執行分片」 |
| 獨立 DA | 模組化下的資料頻寬 | 專用發布與抽樣 | 「單獨構成一套完整公鏈體驗」 |
| L1 平行執行 | 單實例串列執行 | 多核排程 / OCC / 物件平行 | 「和 Rollup 比的是同一指標」 |

## 互補多於互斥

兩個座標軸比口號有用。橫軸是「執行放在哪」：鏈下多個執行實例，或鏈上單一實例加寬。縱軸是「DA 由誰提供」：以太坊 blob、獨立 DA，或 L1 自帶發布。現實中的組合遠比二選一豐富——Rollup 可以貼 Celestia；平行 L1 也可以在未來把部分大物件或歷史資料策略與外部儲存協同。

因此，把平行 EVM 簡單說成「對抗以太坊」或「替代分片」都不精確。它補的是執行層的寬度：當單一執行環境的交易變密、合約變複雜，串列模型會先崩；Rollup 增加的是執行環境的數量，並不會自動最佳化每一個環境內部的排程。兩者可以服務不同的產品形態，也可以在資金與資產路徑上銜接。

讀後續技術文章時，先問一句「這個數字量的是哪一層」。把測試網環境下的單鏈平行吞吐量，與某條 Rollup 在特定 DA 成本下的使用者可感知 TPS 直接橫比，若不分清前提，比較本身就沒有資訊量。

## 延伸閱讀

- 前置閱讀：[《為什麼單執行緒 EVM 會卡住 TPS：從歷史壅塞到執行模型》](/zh-Hant/blog/evm-single-thread-bottleneck)
- 下一篇：[《平行執行的三條路線：確定性排程、樂觀 OCC 與物件模型》](/zh-Hant/blog/parallel-execution-approaches)
- 相關閱讀：[《Bitroot 定位：樂觀平行 EVM 的 Layer 1 邊界》](/zh-Hant/blog/bitroot-positioning)、[《去中心化與效能的張力：驗證者門檻、硬體與地理分布》](/zh-Hant/blog/decentralization-performance-tradeoff)