比特幣用戶應該只需要在比特幣上擁有BTC，就能強制將他們的BTC從BOB退回到比特幣。我們正在研究一種混合解決方案：默認使用以太坊作為DA，同時允許用戶通過比特幣上的特殊交易強制包含BOB上的交易。我們很高興在這篇博文中分享我們正在進行的工作。

簡而言之

• L2應具有與其基於的L1相同的防審查能力
• 在BOB上，用戶可以通過以太坊交易將其資產從BOB強制提取到以太坊
• 對於其BitVM橋接，BOB正在努力將比特幣整合到BOB上，以使用戶能夠強制在BOB上進行交易
• 比特幣用戶將能夠從BOB提取他們的BTC，而無需向BOB發送交易

L2的核心屬性之一是，即使在序列器離線. L2s通過從可以獨立於L2在線更新的數據可用性（DA）層讀取和寫入其狀態來實現這一點。這樣，即使序列化程序離線，或者序列化程序不直接接受其事務，用戶也可以強制包含其事務。

對於BOB的BitVM橋，這帶來了一個有趣的問題。BOB目前使用以太坊EIP-4844塊作為其DA層。以太坊上的用戶可以通過BitVM橋輕鬆觸發返回比特幣的提款。然而，這需要用戶在以太坊上擁有ETH。

這對我們來說還不夠好：比特幣用戶只需要在比特幣上擁有BTC，就可以強制從BOB取回他們的BTC，回到比特幣。我們正在研究一種混合解決方案：默認使用以太坊作為DA，同時允許用戶通過比特幣上的特殊交易強制包含BOB上的交易。我們很高興在這篇博客文章中分享我們的進展。

關於DA和派生的背景

過程衍生對於L2來說非常重要：BOB的整個L2狀態需要從L1和DA層構建。它使L2能夠享受與DA層相同的抗審查能力，在我們的案例中是以太坊。

簡化在 Rollups（特別是 OP Stack 鏈）中，我們在 L1 上有兩種類型的數據：

• 存款交易對“OptimismPortal”合約進行的修改。這些是用戶在以太坊上通常用來將其資產存入BOB的交易。這些存款交易也可以用來在BOB上執行其他交易。
• 從L2交易中由序列器（或更準確地說是op-batcher）提交的批次。這些批次包括用戶在BOB上直接進行的所有交易，並最終包含在以太坊blob中。

比特幣作為DA層

如果我們想要比特幣作為一個分佈式賬本層，為什麼不完全轉而使用比特幣作為一個完整的分佈式賬本層呢？答案大多成本. 比特幣可用存儲空間非常少（大約每10分鐘約為4MB），因此，存儲成本很高。

然而，在我們的情況下，BOB 仍然可以將以太坊作為其“主要” DA 層，在其中發佈其所有交易數據，但如果以太坊 DA 不可用，則添加比特幣作為高度審查抗拒的備用層。基本上，以太坊成為樂觀的 DA 層，而比特幣成為昂貴但容錯性強的最後一道防線。

混合衍生管道

基本解決方案是將比特幣作為導出管道的一部分添加到BOB中，以便BOB（尤其是“op-node”）按照這個順序處理輸入。

1. 比特幣強制提款交易（專門為BOB新增）
2. 將以太坊存入BOB的OptimismPortal合約（OP堆棧標準）
3. 來自op-batcher（OP堆棧標準）的以太坊批次

讓我們來探討一種可能的解決方案，將比特幣強制提款交易編碼到BOB派生管道中。請注意，這仍在研究階段，可能會有變化。

比特幣強制提款交易

我們需要三個部分來創建強制提現交易:

1. 在Bitcoin上構建強制提款交易。
2. 將比特幣強制提款交易存儲在比特幣的大小限制之內。
3. 處理比特幣強制提款交易的燃氣成本。

1. 構建強制提現交易

一個OP堆棧存款交易具有以下結構:

• bytes32 sourceHash：源哈希，唯一標識存款來源。
• 來自地址：發送方賬戶的地址。
• 地址：接收方帳戶的地址，或者如果存款交易是合同創建，則為null（零長度）地址。
• mint uint256：在L2上鑄造的ETH價值。
• uint256 value: 發送給接收方賬戶的ETH價值。
• uint64 gas: L2 交易的 gas 限制。
• isSystemTx 布爾值：如果為true，則該交易不與L2區塊的gas池交互。
• 字節數據: The calldata.

強制提款交易需要在存款交易的數據字段中包含編碼的提款交易。這是通過在 BOB 上創建觸發從 BOB 到比特幣的提款的交易來完成的，其工作方式與從以太坊發送交易完全相同。

我們可以將包含上述所有數據的強制提款交易的（壓縮）版本存儲在比特幣上。

2. 在比特幣上存儲強制提款交易

由於強制提取交易的數據超過了通常存儲在OP_RETURN輸出中的數據量，我們可能會使用一個Taproot輸出以存儲數據。

在以太坊上很容易識別存款交易（可能包括取款），因為它被髮送到BOB的OptimismPortal合約，但在比特幣上很難識別強制取款交易。

數據序列化：強制提款事務使用“信封”結構中的Taproot腳本進行序列化。這些在比特幣網絡上是無操作的，也用於序數等。我們根據我們的需求調整結構。

未設置
OP_FALSE OP_IF
OP_PUSH“bob”
OP_1
OP_PUSH“transaction”
OP_0
OP_PUSH $WITHDRAWAL_TRANSACTION_DATA
OP_ENDIF
兩階段提交/揭示方案:
與序數一樣，用戶將需要向比特幣提交兩筆交易：

• 提交交易：創建一個Taproot輸出，承諾包含銘文內容的腳本。此交易尚未揭示數據，我們需要第二筆交易，以便BOB全節點和序列器包括提取交易。
• 揭示交易：從提交交易中支出輸出，揭示鏈上的銘文，即揭示用戶的取款交易以納入BOB。

3. 處理強制提現交易的燃氣費用

這是迄今為止最開放的問題，目前有兩個選項正在考慮中:

• 在Bitcoin上將gas設置為0以強制提取交易，並從用戶的BOB ETH餘額中扣除gas費用。這樣，只有在BOB上擁有ETH的用戶才能強制提取。然而，這不是一個好的選擇，因為它要求用戶在BOB上擁有ETH才能強制提取，即在Bitcoin上擁有BTC的用戶無法強制提取。
• 在比特幣上，用戶需要用BTC支付燃氣費。BOB網絡需要在比特幣上擁有一個可以接收BTC的地址，並有效地將用戶收到的BTC在BOB上兌換成ETH，以支付燃氣費的L1部分和執行成本。這個選項可能是通過使用BOB 網關並將BOB DAO的EVM地址設置為BTC接收方。

我們還在嘗試更多的想法，敬請期待更多的更新！

將所有東西放在一起

任何人只需檢查比特幣和以太坊上的數據，就可以確定BOB的狀態：

1. 從比特幣中讀取所有提款交易。 這些被編碼為每筆提款的兩筆交易，即一筆提交交易和一筆揭示交易。 這是我們對OP Stack的增加和我們增強派生管道的地方。
2. 在以太坊上閱讀所有發送到BOB的OptimismPortal合約的交易。這已經是標準的OP Stack推導流程的一部分。
3. 直接在BOB上進行的所有交易都作為以太坊批次的一部分進行集成。重要的是，完整節點不直接從定序器讀取已確認交易，而是從以太坊塊中讀取。這已經成為標準的OP堆棧推導管道的一部分。

技術挑戰

數據一致性：確保以太坊和比特幣區塊鏈之間的數據一致性很重要，但僅僅在兩個鏈上都存在交易數據並不能保證其有效性。交易必須符合 Rollup 的狀態轉換函數，才能被認為是合法的有效狀態轉換。該解決方案需要在 op-node（或其他共識層實現）內實施驗證邏輯，首先驗證交易是否導致有效的狀態變更，然後再接受該交易。

欺詐證明和有效性：對於BitVM和以太坊的欺詐證明系統需要加強，以處理來自兩個鏈的數據，這可能使爭議解決更加複雜。為了解決這個問題，我們需要準確地記錄比特幣和以太坊的可能交易作為BitVM橋和BOB在以太坊上的結算的一部分。

存儲增加：此外，網絡中的BOB節點面臨著增加的存儲和帶寬需求，因為它們需要處理和存儲來自比特幣和以太坊的數據。然而，我們可以通過要求在比特幣上進行的BOB交易需要包含在帶有對最新比特幣區塊的引用的以太坊blob中來緩解這個問題。這樣一來，節點只需要同步最近的比特幣區塊即可。

下一步

我們很高興能夠推動混合卷疊的前沿，將比特幣的安全性與以太坊的創新相結合。在這個具體問題中，我們感興趣的是將比特幣對交易的抗審查性與BOB的彙總堆棧相結合。隨著我們的進展，我們將更新這篇博文，提供更多信息。

免責聲明：

1. 這篇文章是從[鮑勃]. 所有版權歸原作者所有[Dominik Harz].如果對本次轉載有異議，請聯繫Gate 學習團隊會及時處理。
2. 責任免責聲明：本文所表達的觀點和意見僅代表作者本人，不構成投資建議。
3. Gate Learn團隊將文章翻譯成其他語言。未經允許，禁止複製、分發或剽竊翻譯後的文章。