過去幾年，幾乎每條公鏈與模組化專案的對外敘事都會提到「擴容」，但所指的往往不是同一層系統。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 直接橫比，若不分清前提，比較本身就沒有資訊量。