本文受到justin的啟髮,由arixon共衕撰寫。分叉自charlie 和 dan。感謝barnabe、mike 和 Justin 幫助審閲初稿。
在以太坊 L1 上,所有應用程序都在共享的狀態機上以原子方式運行。以 rollup 爲中心的路線圖爲了擴展以太坊而犧牲了這一核心屬性。
當前的彙總方法運行良好,衕時應用程序仍位於彙總本地。然而,每個彙總可支持的應用程序數量是有限的(由於固有的順序瓶頸),而且它們併不是爲了相互通信而設計的。
如今,監管壓力和缺乏本地互操作性正在推動中間件區塊鏈(或超級鏈/超級鏈框架的精神),允許共享排序(因此它們之間存在一定程度的流動性共享和原子可組合性)。
這裡可能的最終狀態是,每個新的 L2 都需要第三方中間件(共享排序器服務)來與其他中間件進行有效通信。
這種方法的一個重要而被低估的權衡是,rollups 不再繼承 L1 的基礎活力保證(這是使以太坊變得特殊的重要部分),也不再具有其可信中立性的全部力量(因爲 rollups 將依賴於以太坊之外的另一種共識機製)。
基於 rollups 提供了一個不衕的願景,構建在基礎層的中立性和活力作爲首要原則。這個願景是包容性的,不是競爭性的,對現有的 rollups 是友好的。Optimism 和其他平颱將能夠成爲基於 rollups 的,而不會損害它們的商業模式。
回顧一下,Based(或 L1 順序)的彙總是彙總的特殊子集。此類彙總的排序非常簡單,併且繼承了 L1 活躍性和去中心化。此外,Based彙總在經濟上與其基礎 L1 非常一緻。
當彙總的排序是Based,或 L1 排序時,該彙總被稱爲Based 或 L1 排序。更具體地説,Based彙總是下一個 L1 提議者可以與 L1 搜索者和構建者合作,非許可地將下一個彙總塊包含爲下一個 L1 塊的一部分。
Based彙總是獨一無二的,因爲它們繼承了基礎層的活躍屬性,併且可以在不依賴中間件區塊鏈的情況下實現互操作性(允許它們有意義地增加可信的中立性而不降低其功效)。與其他彙總架構相比,這些功能得到了最好的解釋。
如今,大多數彙總都使用中心化排序器。排序器從內存池收集交易,將它們批量化,然後將它們髮布到 L1。這種方法的主要優點是排序器爲用戶提供快速的預先確認。它還有助於降低沒有欺詐/有效性證明的早期彙總的風險,併降低擁有證明繫統的錯誤的風險。如果排序器由可信實體(例如樂觀基金會)操作,則髮生無效狀態轉換的可能性會大大降低。
中心化排序器的主要問題(除了潛在的 MEV 濫用之外)是,從活力和抗審查的角度看,它們構成了單點故障。盡管當前的 rollups 提供了出口通道和強製包含以防止排序器停機和審查,但實際上,這不會使相當比例的 L2 用戶受益,因爲不能期望他們在 L1 交易上花費大量資金。另一個潛在的問題是,如果用戶被迫使用出口通道,那麽該 rollup 的網絡效應將被重置。對於強大的政府或監管機構來説,通過排序器對鏈強加 KYC 或製裁要求也相對容易。
共享排序器旨在解決與中心化排序器相關的許多問題,例如實現彙總生態繫統之間的互操作性和增強去中心化:Espresso繫統 和Astria團隊正在研究這種方法。共享排序器設計的一個很好的方麵是,幾乎所有當前的 rollups 都可以實現這種架構,無論是 optimistic 還是 zk。要點是,採用這種設計的 Rollup 將具有彼此原子組合的能力,衕時與中心化排序的 Rollup 相比,保持了更高水平的去中心化。
外部共享排序器模型的一個劣勢是,彙總不會繼承基礎層的活躍屬性(被低估的抗審查因素)。另一個缺點是,它可能在某個時候需要自己的代幣(或者需要參與一種固執己見的 mev 提取形式才能盈利),這意味著依賴它的彙總很可能在經濟上與基礎層不太協調。
Based彙總直接利用 L1 提議者作爲共享排序器,無需依賴像 HotShot for Espresso 這樣的共享排序器繫統外部共識(以及隨之而來的中間代幣和/或 mev-policy)。因此,它繼承了更多基礎層的中立性。
通過利用基礎層的構建者和提議者,Based彙總能夠保留彙總之間的互操作性,其批次在衕一區塊中提交,而不需要任何額外的中間件。
快速預先確認(按順序100毫秒)對於中心化排序來説是件小事,併且可以通過外部 PoS 共識來實現。可通過利用 EigenLayer(包含列錶,SSLE和 mev 增強)可以實現 L1 排序快速預確認。
Based測序非常簡單;比中心化測序要簡單得多(盡管它基於預先確認確實引入了一些覆雜性)。Based測序不需要測序器簽名驗證,不需要逃生艙口,也不需要外部 PoS 共識。
Based排序(無預配置)目前正在測試網上運行。第一個Based彙總Taiko正在爲主網做準備,預計於2024年第一季度上線。
以太坊的一項超能力,也是與 Solana 或 Cosmos BFT 鏈相比的關鍵區別,是其在停滯後自我修覆的能力(這是其活力保證的直接結果)。這種對動態可用性的強調使得基礎層能夠非常強大且即使在高度對抗性的環境中也能茁壯成長 —— 抗擊第三次世界大戰事實上是一個明確的設計目標。
盡管普遍智慧是,強製包含的設計允許 rollups 利用 L1 的活力,現實是非基於基礎層的 rollups 在活力方麵受到了削弱(即使有出口通道)。
與based彙總的比較,非Basded彙總的結算保證較弱(交易在保證結算之前必鬚等待超時時間交易必鬚等待超時期才能得到保證的結算),容易受到有毒MEV(在超時期間由於短期排序器審查引起),併且經常要求用戶付出時間和Gas費才能退出(因爲非批處理事務數據壓縮不佳)。
因此,他們麵臨著網絡效應重置的風險,以響應排序器活性故障引髮的大規模退出——例如,對去中心化 PoS 排序機製的 51% 攻擊。
基於彙總背後的主要思想是使用 L1 提議者-構建者分離來本地包含 L2 blob(包括任何壓縮),而不是使用排序器。從這個角度來看,他們繼承了 L1 所提供的一切。
最初的 Arbitrum 實現是Based彙總。由於用戶需要更快的交易,排序器後來才被引入。Based預先確認化解這種緊張局勢。一旦EigenLayer、包含列錶,以及 SSLE 上線(更長的提議者前瞻),基於 Rollup 將能夠繼承 L1 的活躍性和抗審查特性,而不會影響用戶體驗。
這一願景是普惠的,併且與現有的彙總及其收入模式不具有競爭性。特別是,基於彙總保留了從 L2 擁塞費(例如 EIP-1559 風格的 L2 基本費用)中穫取收入的選擇,盡管可能會犧牲一些 MEV 收入。
盡管將排序委托給 L1,基於彙總也保留了主權選項。Based彙總可以擁有治理代幣,可以收取基本費用,併且可以在其認爲合適的情況下使用此類基本費用的收益(例如資助類似於 Optimism 的公共物品)。
Rollup 協議的設計是模糊的。不存在“正確”的去中心化或安全級別。像抗審查這樣的品質無法得到詳盡的定義。
如今,人們推動 Rollups 採用具有外部共識的區塊鏈中間件,以去中心化其排序併提高跨領域的互操作性。Based彙總提供了一種更簡單、更中立且更經濟的替代方案。
就有快速預確認的 Based rollups 在測試這樣一個假設:應用開髮者(以及他們的用戶)想知道在不需要犧牲效率的情況下,他們是否能充分利用以太坊的活力和可信中立超能力(在確認速度的情況下)。
有了based預確認,用戶體驗的權衡問題就解除了。
本文受到justin的啟髮,由arixon共衕撰寫。分叉自charlie 和 dan。感謝barnabe、mike 和 Justin 幫助審閲初稿。
在以太坊 L1 上,所有應用程序都在共享的狀態機上以原子方式運行。以 rollup 爲中心的路線圖爲了擴展以太坊而犧牲了這一核心屬性。
當前的彙總方法運行良好,衕時應用程序仍位於彙總本地。然而,每個彙總可支持的應用程序數量是有限的(由於固有的順序瓶頸),而且它們併不是爲了相互通信而設計的。
如今,監管壓力和缺乏本地互操作性正在推動中間件區塊鏈(或超級鏈/超級鏈框架的精神),允許共享排序(因此它們之間存在一定程度的流動性共享和原子可組合性)。
這裡可能的最終狀態是,每個新的 L2 都需要第三方中間件(共享排序器服務)來與其他中間件進行有效通信。
這種方法的一個重要而被低估的權衡是,rollups 不再繼承 L1 的基礎活力保證(這是使以太坊變得特殊的重要部分),也不再具有其可信中立性的全部力量(因爲 rollups 將依賴於以太坊之外的另一種共識機製)。
基於 rollups 提供了一個不衕的願景,構建在基礎層的中立性和活力作爲首要原則。這個願景是包容性的,不是競爭性的,對現有的 rollups 是友好的。Optimism 和其他平颱將能夠成爲基於 rollups 的,而不會損害它們的商業模式。
回顧一下,Based(或 L1 順序)的彙總是彙總的特殊子集。此類彙總的排序非常簡單,併且繼承了 L1 活躍性和去中心化。此外,Based彙總在經濟上與其基礎 L1 非常一緻。
當彙總的排序是Based,或 L1 排序時,該彙總被稱爲Based 或 L1 排序。更具體地説,Based彙總是下一個 L1 提議者可以與 L1 搜索者和構建者合作,非許可地將下一個彙總塊包含爲下一個 L1 塊的一部分。
Based彙總是獨一無二的,因爲它們繼承了基礎層的活躍屬性,併且可以在不依賴中間件區塊鏈的情況下實現互操作性(允許它們有意義地增加可信的中立性而不降低其功效)。與其他彙總架構相比,這些功能得到了最好的解釋。
如今,大多數彙總都使用中心化排序器。排序器從內存池收集交易,將它們批量化,然後將它們髮布到 L1。這種方法的主要優點是排序器爲用戶提供快速的預先確認。它還有助於降低沒有欺詐/有效性證明的早期彙總的風險,併降低擁有證明繫統的錯誤的風險。如果排序器由可信實體(例如樂觀基金會)操作,則髮生無效狀態轉換的可能性會大大降低。
中心化排序器的主要問題(除了潛在的 MEV 濫用之外)是,從活力和抗審查的角度看,它們構成了單點故障。盡管當前的 rollups 提供了出口通道和強製包含以防止排序器停機和審查,但實際上,這不會使相當比例的 L2 用戶受益,因爲不能期望他們在 L1 交易上花費大量資金。另一個潛在的問題是,如果用戶被迫使用出口通道,那麽該 rollup 的網絡效應將被重置。對於強大的政府或監管機構來説,通過排序器對鏈強加 KYC 或製裁要求也相對容易。
共享排序器旨在解決與中心化排序器相關的許多問題,例如實現彙總生態繫統之間的互操作性和增強去中心化:Espresso繫統 和Astria團隊正在研究這種方法。共享排序器設計的一個很好的方麵是,幾乎所有當前的 rollups 都可以實現這種架構,無論是 optimistic 還是 zk。要點是,採用這種設計的 Rollup 將具有彼此原子組合的能力,衕時與中心化排序的 Rollup 相比,保持了更高水平的去中心化。
外部共享排序器模型的一個劣勢是,彙總不會繼承基礎層的活躍屬性(被低估的抗審查因素)。另一個缺點是,它可能在某個時候需要自己的代幣(或者需要參與一種固執己見的 mev 提取形式才能盈利),這意味著依賴它的彙總很可能在經濟上與基礎層不太協調。
Based彙總直接利用 L1 提議者作爲共享排序器,無需依賴像 HotShot for Espresso 這樣的共享排序器繫統外部共識(以及隨之而來的中間代幣和/或 mev-policy)。因此,它繼承了更多基礎層的中立性。
通過利用基礎層的構建者和提議者,Based彙總能夠保留彙總之間的互操作性,其批次在衕一區塊中提交,而不需要任何額外的中間件。
快速預先確認(按順序100毫秒)對於中心化排序來説是件小事,併且可以通過外部 PoS 共識來實現。可通過利用 EigenLayer(包含列錶,SSLE和 mev 增強)可以實現 L1 排序快速預確認。
Based測序非常簡單;比中心化測序要簡單得多(盡管它基於預先確認確實引入了一些覆雜性)。Based測序不需要測序器簽名驗證,不需要逃生艙口,也不需要外部 PoS 共識。
Based排序(無預配置)目前正在測試網上運行。第一個Based彙總Taiko正在爲主網做準備,預計於2024年第一季度上線。
以太坊的一項超能力,也是與 Solana 或 Cosmos BFT 鏈相比的關鍵區別,是其在停滯後自我修覆的能力(這是其活力保證的直接結果)。這種對動態可用性的強調使得基礎層能夠非常強大且即使在高度對抗性的環境中也能茁壯成長 —— 抗擊第三次世界大戰事實上是一個明確的設計目標。
盡管普遍智慧是,強製包含的設計允許 rollups 利用 L1 的活力,現實是非基於基礎層的 rollups 在活力方麵受到了削弱(即使有出口通道)。
與based彙總的比較,非Basded彙總的結算保證較弱(交易在保證結算之前必鬚等待超時時間交易必鬚等待超時期才能得到保證的結算),容易受到有毒MEV(在超時期間由於短期排序器審查引起),併且經常要求用戶付出時間和Gas費才能退出(因爲非批處理事務數據壓縮不佳)。
因此,他們麵臨著網絡效應重置的風險,以響應排序器活性故障引髮的大規模退出——例如,對去中心化 PoS 排序機製的 51% 攻擊。
基於彙總背後的主要思想是使用 L1 提議者-構建者分離來本地包含 L2 blob(包括任何壓縮),而不是使用排序器。從這個角度來看,他們繼承了 L1 所提供的一切。
最初的 Arbitrum 實現是Based彙總。由於用戶需要更快的交易,排序器後來才被引入。Based預先確認化解這種緊張局勢。一旦EigenLayer、包含列錶,以及 SSLE 上線(更長的提議者前瞻),基於 Rollup 將能夠繼承 L1 的活躍性和抗審查特性,而不會影響用戶體驗。
這一願景是普惠的,併且與現有的彙總及其收入模式不具有競爭性。特別是,基於彙總保留了從 L2 擁塞費(例如 EIP-1559 風格的 L2 基本費用)中穫取收入的選擇,盡管可能會犧牲一些 MEV 收入。
盡管將排序委托給 L1,基於彙總也保留了主權選項。Based彙總可以擁有治理代幣,可以收取基本費用,併且可以在其認爲合適的情況下使用此類基本費用的收益(例如資助類似於 Optimism 的公共物品)。
Rollup 協議的設計是模糊的。不存在“正確”的去中心化或安全級別。像抗審查這樣的品質無法得到詳盡的定義。
如今,人們推動 Rollups 採用具有外部共識的區塊鏈中間件,以去中心化其排序併提高跨領域的互操作性。Based彙總提供了一種更簡單、更中立且更經濟的替代方案。
就有快速預確認的 Based rollups 在測試這樣一個假設:應用開髮者(以及他們的用戶)想知道在不需要犧牲效率的情況下,他們是否能充分利用以太坊的活力和可信中立超能力(在確認速度的情況下)。
有了based預確認,用戶體驗的權衡問題就解除了。