「套娃」邏輯受阻,Layer3是偽概念嗎?
BlockBeats 律動財經 2024-04-03 13:30
![cover image of news article](/_next/image?url=https%3A%2F%2Fimage.theblockbeats.info%2Fupload%2F2024-04-03%2Fb2c6a9e85cdf47bd7e20651f9ad1d0be086f38dc.png%3Fx-oss-process%3Dimage%2Fquality%2Cq_50%2Fformat%2Cwebp&w=3840&q=75)
圍繞着 Layer 3 的爭議討論近兩天愈演愈烈。
一方面,Degen Chain 等 Layer 3 代表性項目的相關代幣在過去數日內漲幅驚人——DEGEN 自身周漲幅高達 143.%;Aavegotchi 在選擇轉型為 Base 系 Layer 3 之後,GHST 也強勢刷新了歷史高點。
但另一方面,社區之內對於 Layer 3 的質疑聲音也越來越響亮,Vitalik 今日還親自下場表達了偏反對的意見:「Layer 3 並不會如魔法般地提高吞吐量。」
恰逢昨日是愚人節,許多項目便以此為焦點,略帶些調侃性質地開了些關於 Layer 4、Layer 5 的玩笑,比如 dYdX 就曾開玩笑說「新版本將基於 L4 構建」,這一玩笑甚至還被部分媒體當成了新聞傳播。
那麼,為何 Layer 3 會遭受如此質疑?「Rollup 上再加個 Rollup」的套娃邏輯為何不夠政治正確?綜合社區的討論來看,圍繞着 Layer 3 的質疑焦點主要集中在「Layer 3 是否真正具有擴容意義」之上。
Layer 3 的可行性假設
從經典定義來看,Layer 2 的往往被定義為依賴於以太坊主網進行結算,具備可擴容性的網路;以此類推,Layer 3 的定義則是依賴於 Layer 2 進行結算,更具可擴容性的網路。
在 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 有著不同的設計以及不同的目標,這樣的三層擴容構架則是可行的。」
歡迎加入律動 BlockBeats 官方社群:
Telegram 訂閱群:https://t.me/theblockbeats
Telegram 交流群:https://t.me/theblockbeatsApp
Twitter 官方賬號:https://twitter.com/BlockBeatsAsia
暢行幣圈交易全攻略,專家駐群實戰交流
▌立即加入鉅亨買幣實戰交流 LINE 社群(點此入群)
不管是新手發問,還是老手交流,只要你想參與虛擬貨幣現貨交易、合約跟單、合約網格、量化交易、理財產品的投資,都歡迎入群討論學習!
- 從零到一掌握加密世界 開啟財富之路!
- 掌握全球財經資訊點我下載APP
文章標籤
上一篇
下一篇