Based Booster Rollup是什么？看到幾位朋友在聊 Based Rollup，大多是從安全角度來聊，我從 L1 與 L2 的關(guān)系，以及應(yīng)用的構(gòu)建角度，聊聊對 Based Booster Rollup 的看法。

Based Rollup 的思路其實很簡單，就是用戶直接把 L2 的交易提交到 L1，由 L1 排序打包，但 L1 不校驗交易的有效性，只保證交易的順序以及可用性，而 L2 是個純粹的執(zhí)行器，執(zhí)行打包在 L1 上的 L2 交易?？吹竭@里大家是不是覺得很眼熟？這不就是銘文 (Inscription) 模式么。是的，銘文的 Indexer 就可以理解成這里的 L2。這個我觀點我在《銘文是個 bug 還是 feature》 一文里說過。

Booster Rollup 則從另外一個角度出發(fā)，如何在 L2 上通過合約直接讀取到 L1 的狀態(tài)？思路其實也不復(fù)雜，既然 Based Rollup 已經(jīng)在執(zhí)行 L1 上的 L2 交易了，那要不順便把 L1 的交易也執(zhí)行一下？這樣 L1 和 L2 的狀態(tài)就在一個大的狀態(tài)樹里，L2 的合約就可以直接讀取 L1 的狀態(tài)了。

于是也有項目把 Based Rollup 和 Booster Rollup 合在一起，叫做 Based Booster Rollup(BBR)，比如 taiko。

那么Based Booster Rollup是什么？Based Booster Rollup有什么價值值得大家關(guān)注？下面就和腳本之家小編一起詳細了解下吧！

BBR 的背景

BBR 從提出，到現(xiàn)在受到市場關(guān)注，主要的大背景是當前 Ethereum 主流的 L2 方案帶來的割裂問題，L1 與 L2 的割裂，以及 L2 之間的割裂?，F(xiàn)在的 L2 方案，提供的功能，無論從開發(fā)者角度，還是用戶角度，和一個 Alt-L1 并沒有太大的差異，讀取 L1 數(shù)據(jù)還依賴 Oracle，資產(chǎn)還是要橋，錢包也得切換網(wǎng)絡(luò)。而這種割裂也帶來了另外一個問題，L1 和 L2 的綁定并沒有那么緊密，L2 隨時可以增加一套共識機制變成一條 Alt-L1，「自立為王」，并且可以讓開發(fā)者和用戶基本無感。當前主要的綁定關(guān)系來自于 EF 對正統(tǒng)性的約束： L2 必須將 L1 作為 DA，但明顯這個約束并不牢靠。

那如果把現(xiàn)在的 L2 方案都換成 Based Rollup 方案問題是不是就解決了呢？估計 Optimism 和 Arbitrum 要跳出來說了，換 Based Rollup 不很容易么？現(xiàn)在主要的 L2 方案都有 Force Inclusion 機制，L2 直接把 Sequencer 給去掉， 讓用戶都通過 Force Inclusion 向 L1 發(fā)交易不就實現(xiàn)了 Based Rollup？

但這樣能解決割裂問題嗎？不能。雖然 Arb 和 Op 都實時把交易提交到 L1，由 L1 打包排序了，但它們還是割裂的，因為各自只認自己的交易。到這里大家應(yīng)該明白 Based Rollup 要想解決割裂問題的關(guān)鍵是要有可以在 L2 之間共享的交易或者數(shù)據(jù)，而這種數(shù)據(jù)格式要求：

• 它必須是和平臺和實現(xiàn)無關(guān)的，在 L1 上定義的格式。不同的 L2 的賬戶，虛擬機有差異，各自的交易肯定沒法直接共享。

• 它需要在 L2 之間達成共識，多個 L2 都支持。

所以它必須是協(xié)議先行，先設(shè)計公開的協(xié)議和數(shù)據(jù)格式，鏈上只保存協(xié)議必須的數(shù)據(jù)，執(zhí)行和校驗在鏈下，不同的 L2 各自實現(xiàn)支持方案。但要做到這兩點其實挺難，首先 Ethereum 生態(tài)的開發(fā)者一般通過智能合約設(shè)計協(xié)議，并沒有直接基于數(shù)據(jù)格式設(shè)計協(xié)議的習(xí)慣。這個方向主要的嘗試還是上次銘文熱的時候的 Ethscriptions。而第二點就更難了，需要實踐和時間來驗證。

從 BBR 到 BBSR，Stackable L2

說完了數(shù)據(jù)共享的問題，再說說用戶體驗的問題。明顯如果所有交易都由用戶直接發(fā)給 L1，體驗就和使用 L1 差不多，無論是 Gas 還是確認時間。于是開始有人設(shè)計 Based Rollup 的預(yù)確認協(xié)議了，但如果預(yù)確認協(xié)議能真正工作，需要所有的交易都先通過預(yù)確認協(xié)議，那不就是 Sequencer 了么？這部白折騰聊一圈么？

之所以產(chǎn)生這種矛盾是因為大家混淆了幾種交易類型：

• 用戶直接提交到 L1 并由 L1 執(zhí)行和驗證的交易，也就是 L1 交易。

• 用戶直接提交到 L1，但 L1 并不直接驗證和執(zhí)行，L2 之間共享協(xié)議的數(shù)據(jù)交易，可以叫 L1.5 交易。

• 用戶直接提交給 L2 Sequencer，由 Sequencer 預(yù)確認并執(zhí)行的交易，某個 L2 的專用交易。

而 Based Rollup 只和 1 ， 2 有關(guān)系， 3 是現(xiàn)在的 Sequencer Rollup 的工作方式，二者完全可以結(jié)合起來。

假如有這樣一個 Rollup 方案：

• Sequencer 自動同步所有的 L1（包括 L1.5） 交易，并按照 L1 的給定的順序執(zhí)行。

• Sequencer 同時接收 L2 交易，和 L1 交易混在一起排序并執(zhí)行。

通過 1 ， 它實現(xiàn)了 Based 和 Booster，通過 2 它實現(xiàn)了 L2 交易的快速確認，也不損失用戶體驗。如果按照前面的命名方案，這種應(yīng)該叫做 BBSR(Based Booster Sequencer Rollup)，但有點長，不容易理解，所以我把它叫做 Stackable L2，堆疊式 L2，顧名思義就是在 L1 上堆疊了 L2，L2 包含了 L1 的所有交易和狀態(tài)。這就是 @RoochNetwork 的解決方案。

如何保證 L2 的交易的 DA？ Rollup or Rollout?

如果采用上面的方案，L2 再次把自己的交易打包提交到 L1 就會有點奇怪，因為 L2 會再次把打包自己交易的 L1 交易也讀取下來重新執(zhí)行，有點像自己的輸出同時也成了自己的輸入。所以 Rooch 的方案是 Rollout 而不是 Rollup。因為長遠來看 L1 的區(qū)塊空間非常珍貴，多個 L2 的交易搶占 L1 的空間是一種「內(nèi)卷」模式，L1 的空間應(yīng)該留給 L1 和 L1.5 交易，L2 應(yīng)用級別的交易應(yīng)該尋求更低廉的區(qū)塊空間，通過「外卷」拓展新的區(qū)塊空間，這樣也有利于整個行業(yè)生態(tài)的發(fā)展。

Bitcoin 生態(tài)的 BBSR/Stackable L2 實踐

前面的描述都是從 Ethereum 角度來描述，而 Rooch 作為 Bitcoin 的首個 BBSR 或者 Stackable L2 實踐，這里聊聊 Bitcoin 生態(tài)上的差異。

Bitcoin L2 上沒有圖靈完備的智能合約，Based Rollup 模式下反倒成為一種優(yōu)勢。因為 Based Rollup 本來就不需要 L1 執(zhí)行和驗證交易，只要保證 Permission Less 以及 DA。這同時也逼迫 Bitcoin 生態(tài)的項目從很早以前就開始設(shè)計基于數(shù)據(jù)結(jié)構(gòu)的協(xié)議，無論是染色幣，還是后來的 RGB，Taproot Assets，Ordinals Inscription，Atomicals，Runs 等，都是這個范疇下的嘗試，可以包含在廣義的 CSV（Client-side Validation）協(xié)議概念下，它們的交易都是典型的 L1.5 交易。如果 Ethereum 生態(tài)的項目想實踐 Based L2，設(shè)計出多個 L2 之間共享的協(xié)議，大體上會和上面的協(xié)議差不多。

下面以 Rooch 為例，說明一下 Bitcoin 上的 BBSR 的工作模式：

• 用戶會直接提交 L1 以及 L1.5 交易給 Bitcoin，因為協(xié)議是公開的，所以入口可以是任何應(yīng)用。

• Rooch 會同步所有的 L1 交易，處理其中的 UTXO，同時會發(fā)現(xiàn)是否攜帶了額外的協(xié)議信息，然后用對應(yīng)的 Move 模塊去處理。比如被識別為 Inscription 的交易會由 ord 模塊處理，而 Babylon Staking 的交易會由 bbn 模塊處理。

• 用戶直接將 L2 交易提交給 Rooch 的 Sequencer 節(jié)點處理。上面三種交易的執(zhí)行結(jié)果會生成一個完整的狀態(tài)樹，應(yīng)用合約可以充分利用到 L1 以及 L1.5 交易生成的狀態(tài)。

這種模式下的應(yīng)用可以設(shè)計兩種交易，一種是公共協(xié)議交易（Based 部分，在 L1 上），一種是應(yīng)用交易，（由 Sequencer 排序），二者可以通過 Booster 模式互相配合，保證 Permission Less 的同時，也能保證用戶體驗。

正如前面提到的，公共協(xié)議的設(shè)計需要時間和實踐來驗證以及達成共識，而 Rooch 能提供的是這樣一個方便的試驗環(huán)境：如果想設(shè)計一個新的 Bitcoin 上的應(yīng)用或者資產(chǎn)協(xié)議，只需要定義好協(xié)議格式，然后部署一個對應(yīng)的 Move 合約模塊去處理，就可以通過構(gòu)造應(yīng)用場景去試驗。

當然，Bitcoin 生態(tài)在這個路線也上存在一些挑戰(zhàn)：

• Bitcoin 設(shè)計之初并沒有給這種 DA 場景留下足夠的擴展空間，所以通過什么形式將數(shù)據(jù)寫到 Bitcoin 上，是前面各種協(xié)議嘗試探索的方向之一，比如 OP_RETURN 嵌入數(shù)據(jù)，通過 Witness，甚至通過簽名，當前還缺少標準化的解決方案。

• Bitcoin 生態(tài)對鏈上嵌入數(shù)據(jù)的價值并沒有達成廣泛的共識，這也是從上次銘文熱一來，我一直持續(xù)呼吁的方向，Bitcoin 生態(tài)應(yīng)該重視 Bitcoin 作為一個全球的公共數(shù)據(jù)總線（Data Bus）的價值。

L1 作為全球公共數(shù)據(jù)總線的價值

從 DeFi summer 之后,整個 Crypto 領(lǐng)域一直在探索 DeFi 之外的新型應(yīng)用。無論是 Bitcoin 的銘文熱潮，還是最近的 Based Rollup 熱議，都可以理解為對 L1 作為數(shù)據(jù)總線價值的重新發(fā)現(xiàn)。從分布式系統(tǒng)的角度來看，通過數(shù)據(jù)總線可以實現(xiàn)系統(tǒng)之間的解耦，而系統(tǒng)之間的解耦是實現(xiàn) Permission less 的關(guān)鍵前提之一。例如，Crypto 生態(tài)中的去中心化交易所，就充分利用了區(qū)塊鏈這個 Data Bus 實現(xiàn)了「去中心化」的對接，這在傳統(tǒng)金融系統(tǒng)中是很難直接實現(xiàn)的。如果要支持更復(fù)雜的應(yīng)用，只需要將簡單的轉(zhuǎn)賬交易升級為應(yīng)用協(xié)議交易，就可以實現(xiàn)應(yīng)用層面的 Permission less，而這種方式對現(xiàn)有應(yīng)用的侵入性最小。

本文主要從生態(tài)和應(yīng)用角度探討 BBR，關(guān)于 BBR 模式的安全，以及 BBR 模式下的 L1，L1.5 ，L2 狀態(tài)的互操作性的問題，留在后面的文章中再詳細探討。后面附加上一些相關(guān)鏈接，有我的歷史文章，也有推友從不同角度對 Based Rollup 的闡述。

拓展知識

Based Rollup的歷史背景與設(shè)計

圖源：@drakefjustin

Rollup概念最早由以太坊創(chuàng)始人Vitalik Buterin提出，其最初設(shè)想是實現(xiàn)一個完全無約束的“Total Anarchy（無政府）”狀態(tài)，以允許任何人無限制的交易擴展。結(jié)合上述當前排序器存在的問題，在2023年Ethereum Researcher ：Justin Drake，提出了將排序器由以太坊L1自身管理的解決方案Based Rollups，其內(nèi)容如下（出處見擴展鏈接1）：

定義：

“當匯總的排序由基礎(chǔ)層（L1）驅(qū)動時，我們稱其為基于L1或由L1排序的匯總。具體地說，基于L1的匯總是指下一個L1提議者可以與L1搜索者和構(gòu)建者合作，無需許可地將下一個Rollup區(qū)塊包含在下一個L1區(qū)塊中。”

優(yōu)點：

• 活性（liveness）: Based Rollup 享有與 L1 相同的活性保證。請注意，帶有逃生艙（Escape Hatches）的非 Based Rollup 的活性會降低（逃生艙是 Rollup 中的一種安全機制，允許用戶在 Rollup 系統(tǒng)出現(xiàn)問題時，將資產(chǎn)從 L2 安全地提取回 L1 主鏈。它類似于一個應(yīng)急出口）；

較弱的結(jié)算保證：在結(jié)算得到保證前，逃生艙的交易必須等待一段超時時間；

基于審查的 MEV：帶有逃生艙的 Rollups 在超時期間，容易受到短期內(nèi)排序器審查帶來的不利 MEV 影響 ；

網(wǎng)絡(luò)效應(yīng)面臨風(fēng)險：由排序器活性故障觸發(fā)的大規(guī)模退出（例如對去中心化 PoS 排序機制的 51% 攻擊）將破壞 Rollup 的網(wǎng)絡(luò)效應(yīng)。請注意，與 L1 不同，Rollup 不能使用社會共識從排序器活性故障中優(yōu)雅地恢復(fù)。在所有已知的非 Based Rollup 設(shè)計中，大規(guī)模退出是達摩克利斯之劍；

Gas 懲罰：通過逃生艙結(jié)算的交易通常會為其用戶帶來 Gas 懲罰（例如由于交易非批量打包的次優(yōu)數(shù)據(jù)壓縮）。

• 去中心化（decentralization） : Based Rollup 繼承了 L1 的去中心化，自然復(fù)用了 L1 搜尋者 - 構(gòu)建者 - 提議者的基礎(chǔ)設(shè)施。L1 搜尋者和構(gòu)建者受到激勵，在他們的 L1 區(qū)塊中包含 rollup 區(qū)塊來提取 rollup 的 MEV。然后這又會激勵 L1 區(qū)塊提議者在 L1 上打包 rollup 區(qū)塊。

• 簡潔性（simplicity）：Based Rollup 排序是最簡單的，甚至比中心化排序要簡單得多。Based Rollup 不需要驗證排序器簽名，不需要逃生艙，也不需要外部 PoS 共識。

歷史注釋：2021 年 1 月，Vitalik 將基于 L1 排序的方案稱為「完全無政府狀態(tài)」，這有同時提交多個 rollup 區(qū)塊的風(fēng)險，導(dǎo)致 Gas 和工作量的浪費?，F(xiàn)在的區(qū)塊提議者 — 構(gòu)建者分離方案（Proposer-Builder Separation, PBS）可以嚴格控制的 L1 排序，每個 L1 區(qū)塊最多有一個 rollup 區(qū)塊，并且沒有 Gas 浪費。當 rollup 的 n+1 區(qū)塊（或?qū)τ?k >= 1，n+k）包含區(qū)塊 n 的 SNARK 證明時，可以避免浪費 ZK-rollup 的證明工作。

• 成本：Based Rollup 的 Gas 開銷為零 —— 甚至不需要驗證來自去中心化或中心化排序器的簽名。Based Rollup 的簡潔性降低了開發(fā)成本，縮短了發(fā)布時間，并減小了代碼漏洞的暴露面積。Based Rollup 的排序也是無需代幣的，避免了基于代幣的排序器的監(jiān)管負擔。

• 與 L1 經(jīng)濟一致（L1 economic alignment）：源自 Based Rollup 的 MEV 自然流向了其基于的 L1。這種流向加強了 L1 經(jīng)濟安全，并且在 MEV 銷毀的情況下，提高了 L1 原生代幣的經(jīng)濟稀缺性。這種與 L1 在經(jīng)濟上的緊密結(jié)合可能有助于構(gòu)建 Based Rollup 的合法性。重要的是，盡管犧牲了 MEV 收入，Based Rollup 保留了從 L2 擁塞費（例如 EIP-1559 形式的 L2 基礎(chǔ)費用）中獲得收入的選項。

• 主 權(quán)性（sovereignty）：盡管將排序委托給了 L1，但 Based Rollup 保留了主 權(quán)性。Based Rollup 可以有一個治理代幣，收取基本費用，并且可以在合適的時候使用這些基本費用的收益（例如 Optimism 為公共產(chǎn)品提供資金）。

缺點：

• 無 MEV 收入：Based Rollup 將 MEV 放手給了 L1，使其收入限制為基本費用。反直覺的是，這可能會增加 Based Rollup 的總收入。原因是 rollup 的格局似乎是贏家通吃，獲勝的 rollup 可能會利用 Based Rollup 的安全性、去中心化、簡潔性和一致性來實現(xiàn)主導(dǎo)地位并最終實現(xiàn)收入最大化。

• 受約束的排序：將排序委托給 L1 會降低排序靈活性。這使得某些排序服務(wù)變得更加困難，甚至可能是無法實現(xiàn)的：

  • 預(yù)確認：快速預(yù)確認對于中心化排序不是問題，并且可以通過外部 PoS 共識來實現(xiàn)。使用 L1 排序進行快速預(yù)確認是一個開放性問題，有著許多有前景的研究方向，包括 EigenL、打包交易列表 (Inclusion Lists) 和構(gòu)建者債券 (Builder Bonds)。

  • 先到先得 (FCFS)：Arbitrum 式的 FCFS 排序不確定能否在 Based Rollup 上實現(xiàn)。EigenL 可能給 L1 排序的 Based Rollup 提供 FCFS 的覆蓋層。

命名：

「Based Rollup」 這個名稱源于與基礎(chǔ)鏈 (Base L1) 的親近性。這與 Coinbase 最近宣布的 Base 鏈有所沖突，是一個奇妙的巧合。事實上，Coinbase 在他們的 Base 公告中分享了兩個設(shè)計目標：

• 無代幣 (tokenlessness)：「我們沒有發(fā)行新網(wǎng)絡(luò)代幣的計劃?！?/p>

• 去中心化 (decentralisation)：「 我們 [...] 計劃隨著時間的推移逐步去中心化區(qū)塊鏈?！?/p>

Base 可以通過成為 Based Rollup 來實現(xiàn)無代幣的去中心化。

圖源：@jchaskin22

綜上理論，Based Rollup可讓任何人都可擴展到Rollup區(qū)塊，把排序后的交易狀態(tài)變化發(fā)布到L1即可從L2中提取MEV，讓所有的排序和安全性均由以太坊L1提供。這樣可以規(guī)避外部權(quán)益證明共識和特定的Rollup的Token需求，同時相比于其他Rollup為保住資產(chǎn)安全必不可少的”緊急逃生艙“功能相比，在Based Rollup的愿景中可以去除，其過程只需在保住以太坊安全運行的前提下，在Rollup上的交易既可順利完成。

相關(guān)鏈接：

• 1. Stackable L2 — 一種新的區(qū)塊鏈擴容方案 https://rooch.network/zh-CN/blog/stackable-l2
• 2. Bitcoin 的 Layer 2 應(yīng)該怎么做？https://x.com/jolestar/status/1717358817992995120 我從 L2 如何利用 Bitcoin L1 上的狀態(tài)和數(shù)據(jù)設(shè)計的最初方案，評論中有朋友提到了 Booster 的方案，最后實踐中采用了 Booster 的方案。
• 3. 銘文是個 Bug 還是 Feature？ https://x.com/jolestar/status/1732711942563959185從 L2 的構(gòu)建方式角度闡述銘文的價值，包括 L1 和 L2 的激勵相容難題。
• 4. 減法理論出發(fā)探討 Based Rollup @kerne l1 983 https://web3 caff.com/zh/archives/108241  
• 5. @jason_chen 998 關(guān)于 Based Rollup 的文章 https://x.com/jason_chen998/status/1799692331635048697
• 6. Based Rollup 賽道研究報告 https://research.web3 caff.com/zh/archives/22719 

以上就是腳本之家小編給大家分享的Based Booster Rollup是什么？以及BBR背景、未來價值解讀了，希望大家喜歡！