擴容希望還是僞概念？Layer3為何飽受爭議？

原創｜Odaily星球日報

作者｜Azuma

圍繞着 Layer 3 的爭議討論近兩天愈演愈烈。

一方面，Degen Chain 等 Layer 3 代表性項目的相關代幣在過去數日內漲幅驚人 —— DEGEN 自身周漲幅高達 143.%；Aavegotchi 在選擇轉型為 Base 系 Layer 3 之後，GHST 也強勢刷新了歷史高點。

但另一方面，社區之內對於 Layer 3 的質疑聲音也越來越響亮，Vitalik 今日還親自下場表達了偏反對的意見： “Layer 3 並不會如魔法般地提高吞吐量。”

恰逢昨日是愚人節，許多項目便以此為焦點，略帶些調侃性質地开了些關於 Layer 4、Layer 5 的玩笑，比如 dYdX 就曾开玩笑說“新版本將基於 L 4 構建”，這一玩笑甚至還被部分媒體當成了新聞傳播。

那么，為何 Layer 3 會遭受如此質疑？“Rollup 上再加個 Rollup”的套娃邏輯為何不夠政治正確？綜合社區的討論來看，圍繞着 Layer 3 的質疑焦點主要集中在“Layer 3 是否真正具有擴容意義”之上。

從經典定義來看， Layer 2 的往往被定義為依賴於以太坊主網進行結算，具備可擴容性的網絡；以此類推，Layer 3 的定義則是 依賴於 Layer 2 進行結算，更具可擴容性的網絡。

Layer 3 的可行性假設

在 Layer 2 的環境下，所謂的“依賴以太坊進行結算”，在技術層面上的實現機制為：將 Layer 2 的大量交易數據打包並壓縮，繼而同步至以太坊網絡，並通過 Calldate（早期方案）或 Blob（當前方案）的數據空間進行存儲。

理想情況下，假如 Layer 2 的這套結算邏輯可行，那么 Layer 3 依賴於 Layer 2 進行結算的邏輯似乎也應該成立，其技術層面上的實現機制理應為：將 Layer 3 的大量交易數據打包並壓縮，繼而同步至 Layer 2 網絡……

到這一步時，問題就要开始出現了。

由於 Layer 2 本身並不負責網絡“最終性”的確認，而是依賴於以太坊進行， 那么理論上 Layer 3 的數據最終也應該提交至以太坊，由以太坊“一錘定音”。

對於已提交至 Layer 2 的 Layer 3 壓縮數據而言，這時有兩種潛在的提交模式（繼續壓縮 or 不再壓縮），但可惜的是無論哪種模式暫時都存在一定問題。

Layer 3 數據提交的雙重悖論

首先是第一種潛在的提交模式， 即 將已壓縮的數據再次壓縮，與其他 Layer 2 交易數據一起提交至以太坊主網。

聽起來似乎很美好，但現實的情況卻很殘酷 —— 不行。

Vitalik 在 2022 年時曾寫過一篇關於 Layer 3 的分析文章《 什么樣的 Layer 3 才有意義 》，文中曾解釋了為什么我們不能對交易數據進行多次壓縮。

Rollup 使用了一系列壓縮方案來減少交易儲存的數據量，一筆簡單的轉账可大約 100 字節壓縮至約 16 字節，一筆 EVM 兼容鏈上的 ERC 20 轉账可從約 180 字節壓縮至約 23 字節，一筆 ZK-SNARK 交易可從約 600 字節壓縮至約 80 字節。所有上述案例大約都可以實現 8 倍左右的壓縮效率……然而，由於 Rollup 依然需要在鏈上保持數據可用性，保證用戶可訪問並驗證的所有數據，比如獨立計算 Rollup 的狀態，或是在現有驗證節點離线時作為新的驗證節點加入…… 數據可以被壓縮一次，但不可以被重復壓縮 ，如果可以的話，通常意味着我們可以將第二個壓縮器的邏輯放入第一個中，但這也意味着我們本可利用一次壓縮就能獲得同樣的效果。因此，“Rollup 上再套一個 Rollup”並不具備真正的擴容效果的解決方案。

簡單來說，出於數據可用性考慮，對交易數據進行壓縮本就存在一定的限制。

在這一前提下， 如果我們可以通過將第二次壓縮的邏輯集成至第一次壓縮過程中，來實現 Layer 3 數據的多重壓縮，這也就意味着我們也可以對 Layer 2 數據進行多重壓縮，進而在 Layer 2 層面直接達成同樣的擴容效果，那為什么我們還需要 Layer 3 呢？

究其原因，壓縮算法本質上就是在某種程度上移除數據冗余，使得數據變得更加緊湊，可一旦這些冗余被移除，對已經壓縮過的數據再次進行壓縮就變得更難，因為可被去除的冗余只會越來越少。因此， 數據壓縮並不是一個可以無限重復的過程，壓縮的收益也是遞減的。

接着我們看第二種潛在的提交模式， 即不再對 Layer 3 數據進行壓縮，而是直接與其他 Layer 2 交易一起提交至以太坊主網。

這同樣讓人覺得有些莫名其妙，因為整體來看， 當下限制了以太坊生態擴容效果的最主要瓶頸並不在於 Layer 2 （包括 Layer 3）上的區塊空間不足，而是主網的數據可用性承載能力有限 —— 即用以存儲 Layer 2 數據的 Blob 存儲空間依然有限。

Monad 聯合創始人 Keone Hon 此前曾發文表示，當前 Blob 的容量狀況大概是每個區塊（12 秒）產出 3 個 125 kb 的 Blob，即每秒 31.25 kb，鑑於一筆交易的數量約為 100 字節（相較 Vitalik 給出的數字略高），這意味着所有 Layer 2 的共享 TPS 大概是 300 左右。

在這一前提下，所有 Layer 2 （包括 Layer 3）均會受到同一個數據可用性上限的制約，這也使得即便 Layer 2 外加 Layer 3 所提供的區塊空間再多，在完成“最終性”確認時也都得一個一個來排隊。

這也是為什么 Vitalik 會強調 Layer 3 並不會神奇地改善以太坊生態的擴容狀況。

Layer 3 是否毫無意義？

結合上述分析可知，出於壓縮效率以及數據可用性上限等層面的限制，當下的 Layer 3 在通用型擴容方面並不能提供顯著效果。那么這是否意味着 Layer 3 純屬“僞概念”，毫無實踐意義呢？答案也並不會那么絕對。

Starkware 曾在《 分層擴容，從 L2 到 L3 》中概述了 Layer 3 的一些潛在發展方向，比如 Layer 2 可作為通用型網絡運行，Layer 3 可通過強化定制性功能來作為專用型網絡運行；再比如 Layer 2 可聚焦於無信任擴容，Layer 3 則可聚焦於弱信任擴容，即通過引入一定的外部信任條件來處理數據可用性等較棘手問題。

最後套用 Vitalik 在《 什么樣的 Layer 3 才有意義 》中的原話結尾吧：“在 Rollup 之上再疊加一個 Rollup，尤其是當這兩層採用了相同的技術機制時，顯然是行不通的。然而，如果 Layer 2 和 Layer 3 有着不同的設計以及不同的目標，這樣的三層構架擴容構架則是可行的。”

鄭重聲明：本文版權歸原作者所有，轉載文章僅為傳播信息之目的，不構成任何投資建議，如有侵權行為，請第一時間聯絡我們修改或刪除，多謝。