在以太坊 Layer 2 (L2) 生態系統快速成長的同時，工具開發公司 Sprinter 共同創辦人 GregTheGreek 對以太坊熱門的 L2 優化解方 Based Rollup 提出了批評與改進建議，強調安全性與互操作性應該分開討論。對此，以太坊共同創辦人 Vitalik Buterin 回應，引發了更深入的討論。

(解讀 Vitalik 對於 Rollups 看到的機會與挑戰)

Table of Contents

Based Rollup：多功能設計的困境

GregTheGreek 認為，現行 Based Rollup 的設計試圖同時解決過多問題，導致範疇不斷擴張，難以實現模組化。他主張：「我們需要模組化設計，並將安全性與互操作性視為兩個獨立的方向。」

廣告 - 內文未完請往下捲動

他進一步指出，基於 Based Rollup 的設計應專注於改善安全模型，讓其成為以太坊協議的核心部分，而不是強制納入互操作性標準。

然而，Vitalik Buterin 隨後發表意見，對 Greg 的觀點進行了補充。他表示：「你對 Based Rollup 的理解與我不同。在我看來，Based Rollup僅指『L1 作為排序器』，這與互操作性標準無關，甚至不一定要求 Rollup 是基於 EVM (以太坊虛擬機) 的。」

Vitalik 的回應表明，基於 Based Rollup 的概念並不必然涵蓋互操作性，因此可能存在誤解或過度解讀。

互操作性：從 Cosmos 和 Polkadot 汲取靈感

GregTheGreek 提到 Cosmos 的跨鏈通信協議 IBC 為互操作性提供了啟發。他指出，Cosmos 各應用鏈雖然擁有獨立的安全性假設，但能透過 IBC 進行可信的消息傳遞，且不需要共享安全性。

此外，他還提到 Polkadot 的 Substrate 和 XCM 提供了另一種解決方案：透過簡單的通信協議實現平行鏈之間的互操作性，同時要求遵守共享安全性。

他認為，以太坊應該借鑑這些生態系統的經驗，將互操作性和共享安全性分開討論，並專注於構建一個通用的互操作性協議。

共享安全的挑戰與互操作性的必要性

GregTheGreek 強調，過於集中化的共享安全模型會帶來風險，特別是在基於 Based Rollup 設計中。他指出，大多數 L2 不希望被強制納入共享安全性，因為有太多風險。

然而，Vitalik 的觀點為共享安全的適用範圍提供了更多彈性。他強調，基於 Based Rollup 的核心概念僅是由 L1 擔任排序器，並未對互操作性或安全性做出具體規範，這意味著共享安全性可以是可選項，而非強制性要求。

批評者的解方？

GregTheGreek 提出的解決之道是建立一個強大的驗證層，讓 L2 之間的通信更加可信和準確，而不是試圖完全消除價值從以太坊生態系統流失的風險。他坦言，橋接技術的存在使得價值外流不可避免，但更好的驗證層可以減少不必要的信任風險。

Based Rollup 的設計引發了許多爭議，但同時也推動了對以太坊未來方向的深度思考。GregTheGreek 的建議和 Vitalik 的澄清共同指向一個可能的方向：分離安全性與互操作性，並專注於各自的發展。

這場討論不僅展現了以太坊社群內部的多樣化觀點，也為 Layer 2 生態系統的持續進化提供了寶貴的建議。