Bitcoinユーザーは、Bitcoin上でのBTCのみを使用して、BOBから自身のBTCをBitcoinに引き出すことができるはずです。私たちはハイブリッドな解決策に取り組んでいます：EthereumをデフォルトのDAとして使用しながら、Bitcoin上の特別なトランザクションを介してBOBでトランザクションを強制的に含めることができるようにします。このブログ投稿で進捗状況を共有することを楽しみにしています。

要約：

• L2sは、それらが基づいているL1と同じ検閲耐性を持つべきです
• BOBでは、ユーザーはすでにイーサリアム取引を介してBOBからイーサリアムに資産を強制的に引き出すことができます
• BitVMブリッジについて、BOBはビットコインを統合し、ユーザーがBOB上で取引を実行する手段として機能させる取り組みを進めています
• Bitcoinユーザーは、BOBにトランザクションを送信する必要なく、BTCをBOBから引き出すことができます

L2のコアプロパティの1つは、状態が進行する必要があることです。シーケンサーはオフラインです. L2は、DA（データ可用性）レイヤーから状態の読み取りと書き込みを行うことで、L2がオンラインでなくても独立して更新できます。これにより、ユーザーはシーケンサーがオフラインである場合や、シーケンサーが直接トランザクションを受け付けない場合でも、トランザクションの追加を強制することができます。

BOBのBitVMブリッジには興味深い問題があります。BOBは現在、DAレイヤーとしてEthereumのEIP-4844ブロブを使用しています。Ethereum上のユーザーはBitVMブリッジを介して簡単にBitcoinに引き出すことができます。ただし、ユーザーはEthereum上にETHを持っている必要があります。

これは私たちにとって十分ではありません：BitcoinユーザーはBitcoin上でBTCのみを必要とし、BOBからBitcoinにBTCを強制的に引き出す必要があります。私たちはハイブリッドソリューションに取り組んでいます：DAとしてEthereumをデフォルトに設定し、Bitcoin上の特別な取引を通じてBOBで取引を強制することをユーザーに許可します。このブログ投稿で進行中の作業を共有することを楽しみにしています。

DAおよび導出に関する背景

The process of 派生L2にとって非常に重要です：BOBの完全なL2ステートは、L1およびDAレイヤーから構築する必要があります。これにより、L2はDAレイヤーと同じ検閲耐性を享受することができます。この場合、イーサリアムです。

簡単化された、ロールアップ（特にOPスタックチェーン）では、L1には2種類のデータがあります:

• デポジット取引「OptimismPortal」契約に行われた変更。これらは、ユーザーが通常、BOBに資産を預けるためにEthereumで行う取引です。これらの預入取引は、BOB上で他の取引を実行するためにも使用できます。
• L2トランザクションからシーケンサー（またはオプバッチャー）によって提出されたバッチ。これにはBOB上でユーザーが直接行ったすべてのトランザクションが含まれ、最終的にはEthereumのブロブに再度含まれます。

DAレイヤーとしてのビットコイン

BitcoinをDA層として使用したい場合、なぜ完全にBitcoinのみをDA層として使用しないのですか？その答えは主にコスト. Bitcoinは非常に少ないストレージ容量しか持っておらず（約10分ごとにおよそ4MB）、したがって、ストレージコストが高いです。

しかし、私たちの場合では、BOBは引き続きEthereumを「主要な」DAレイヤーとして使用し、すべてのトランザクションデータを投稿することができますが、Ethereum DAが利用できない場合には、高度に検閲耐性のあるフォールバックレイヤーとしてBitcoinを追加することができます。要するに、Ethereumが楽観的なDAレイヤーとなり、Bitcoinが高価ですが耐障害性のある最終手段となります。

ハイブリッド派生パイプライン

基本的な解決策は、ビットコインをBOBに追加し、派生パイプラインの一部として処理することです。これにより、BOB（特に「op-node」）はこの順序で入力を処理します。

1. Bitcoin 強制引き出し取引（BOB 専用に新たに追加）
2. BOBのOptimismPortal契約（OP Stack標準）へのEthereum入金
3. Ethereumバッチ（OPバッチャーから）（OPスタック標準）

ビットコイン強制引き出しトランザクションをBOB派生パイプラインにエンコードする可能性のある解決策に取り組んでみましょう。 これはまだ研究中ですので、変更が可能であることに注意してください。

Bitcoin 強制引き出し取引

強制出金取引を作成するには、3つのパーツが必要です:

1. Bitcoin上で強制的な引き出し取引を作成します。
2. Bitcoinのサイズ制限内で強制引き出しトランザクションをBitcoinに保存します。
3. Bitcoinにおける強制取り消しトランザクションのガス費用を処理します。

1. 強制引き出しトランザクションを構築します

OPスタック入金取引次の構造を持っています:

• bytes32 sourceHash: ソースハッシュは、預入の起源を一意に識別します。
• 送信元のアカウントのアドレス。
• 宛先：受信者アカウントのアドレス、またはデポジットトランザクションがコントラクト作成の場合はnull（ゼロ長）アドレスです。
• uint256 mint: L2 でミントする ETH の値。
• uint256値：受信者のアカウントに送信するETHの値。
• uint64 gas：L2トランザクションのガス制限。
• bool isSystemTx: もしtrueなら、トランザクションはL2ブロックのガスプールとは相互作用しません。
• バイトデータ：Calldata。

強制的な引き出し取引は、預入れ取引のデータフィールドにエンコードされた引き出し取引を含める必要があります。これは、BOBで取引を作成し、BOBからBitcoinへの引き出しをトリガーすることで行われ、取引がEthereumから送信された場合とまったく同じように機能します。

その後、上記のすべてのデータを含む、Bitcoin上に強制引き出し取引の（圧縮された）バージョンを保存することができます。

2. Bitcoinに強制引き出しトランザクションを保存します

強制引き出しトランザクションのデータが通常よりも大きいため、OP_RETURN出力に保存すべきデータ量を超えている可能性があります。Taprootデータを保存するための出力。

イーサリアム上での入金取引（引き出しを含む場合があります）は、BOBのOptimismPortal契約に送信されるため、それを簡単に特定できますが、Bitcoin上での強制引き出し取引を特定するのは簡単ではありません。

データシリアル化：強制的な引き出しトランザクションは、「封筒」構造内でTaprootスクリプトを使用してシリアル化されます。これらはBitcoinネットワーク上のnoopsであり、例えばOrdinalsにも使用されます。私たちは自分たちのニーズに合わせて構造を調整します。

Unset
OP_FALSE OP_IF
OP_PUSH “ボブ”
OP_1
OP_PUSH “transaction”
OP_0
OP_PUSH $WITHDRAWAL_TRANSACTION_DATA
OP_ENDIF
Two-Phase Commit/Revealスキーム:
オーディナルと同様に、ユーザーはビットコインに2つのトランザクションを提出する必要があります。

• トランザクションをコミットします: インスクリプションコンテンツを含むスクリプトにコミットするTaprootアウトプットを作成します。このトランザクションはまだデータを明らかにせず、BOBフルノードとシーケンサーが引き出しトランザクションを含めるために2番目のトランザクションが必要です。
• トランザクションを公開：コミットトランザクションからの出力を消費し、チェーン上の銘板を公開します。つまり、BOBに含めるためにユーザーの引き出しトランザクションを公開します。

3. 強制出金トランザクションのガス費用を処理する

これは最もオープンな問題であり、現在検討中の2つのオプションがあります。

• Bitcoinでの強制引き出しトランザクションのガスを0に設定し、BOBのユーザーのETH残高からガス費用を差し引くようにします。これにより、BOBにETHがあるユーザーのみが引き出しを強制できます。ただし、これはBTCを保持しているBitcoinのユーザーは引き出しを強制するためにBOBにETHを持っている必要があるため、適切なオプションではありません。
• ガスはユーザーによってBitcoin上でBTCで支払われます。BOBネットワークはBitcoin上にBTCを受け取るアドレスを持っており、ユーザーから受け取ったBTCをBOB上のETHに交換してL1のガスコストと実行コストを支払うことができます。このオプションは、gateを使用することでおそらく可能です。BOB ゲートウェイそして、BOB DAOのEVMアドレスをBTC受信者として設定します。

さらなるアップデートに向けて、さまざまなアイデアを試していますので、お楽しみに！

すべてをまとめる

ビットコインとイーサリアムのデータをチェックするだけで、誰でもBOBの状態を確認できます。

1. Bitcoinからのすべての引き出し取引を読み取ります。これらは、各引き出しにつき2つの取引としてエンコードされています。つまり、1つはコミット取引、もう1つはリベール取引です。これがOPスタックに追加する内容であり、導出パイプラインを強化する箇所です。
2. Ethereum上のBOBのOptimismPortal契約に行われたすべての取引を読み取ります。 これはすでに標準のOP Stack導出パイプラインの一部です。
3. BOBで直接行われたすべてのトランザクションとEthereumのバッチの一部として統合されたトランザクションを読み取ります。重要なことは、フルノードが確認済みトランザクションを受信するためにシーケンサーから直接読み取るのではなく、Ethereumのブロブから読み取ることです。これは既に標準のOPスタック派生パイプラインの一部です。

技術的な課題

データの一貫性：EthereumとBitcoinのチェーン間でデータの一貫性を確保することは重要ですが、両チェーン上で取引データが存在するだけでは有効性が保証されるわけではありません。取引は、ロールアップの状態遷移関数に従った有効な状態遷移を表す必要があります。この解決策には、op-node（または他のコンセンサスレイヤーの実装）内に検証ロジックを実装する必要があります。これにより、取引が有効な状態変更につながるかどうかを最初に検証することができます。

不正の証拠と有効性:BitVMとイーサリアムの両方の不正防止システムは、両方のチェーンからのデータを処理するように強化する必要があり、紛争解決がより複雑になる可能性があります。これに対処するには、BitVMブリッジとBOBのイーサリアムでの決済の一部として、ビットコインとイーサリアムから可能なトランザクションを正確に説明する必要があります。

ストレージの増加:さらに、ネットワーク内のBOBノードは、ビットコインとイーサリアムからのデータを処理および保存する必要があるため、ストレージと帯域幅の要件の増加に直面しています。ただし、ビットコインで行われたBOBトランザクションを、最新のビットコインブロックを参照してイーサリアムブロブに含める必要があることを要求することで、これを軽減できます。そうすれば、ノードは最近のビットコインブロックを同期するだけで済みます。

次のステップ

私たちは、ビットコインのセキュリティとイーサリアムのイノベーションを組み合わせたハイブリッドロールアップのフロンティアを推進することに興奮しています。この具体的な問題では、ビットコインのトランザクションの検閲耐性とBOBのロールアップスタックを組み合わせたいと考えています。進捗があるたびに、このブログ投稿を更新します。

免責事項：

1. この記事は[BOB]. すべての著作権は元の作者に帰属します [Dominik Harz]. If there are objections to this reprint, please contact the gate Learnチームが迅速に対応します。
2. 免責事項：本文に表現された見解や意見は、著者個人のものであり、投資アドバイスを構成するものではありません。
3. gate Learnチームは記事を他の言語に翻訳しました。翻訳された記事のコピー、配布、または盗作は、特に記載されていない限り禁止されています。