原作者：Javed Khan，celestia blog

原文編纂：Lu Jue Lin

導入

導入

昨年のリリース以来、OP スタックはロールアップ開発者の間で大きな注目を集めてきました。新しいロールアップを作成する開発者や、Caldera や Conduit などのモジュラー インフラストラクチャ プロバイダーに採用されており、開発者が独自のロールアップを迅速に起動できるようになります。

昨年の発表で述べたように、モジュール性は OP Stack ビジョンの基本的な側面です。

OP スタックの各層は、明確に定義された API によって記述され、その層のモジュールによって実装されます。 [...] データ可用性レイヤーとして Ethereum を Celestia に置き換えたいですか?確かに！ビットコインを実行層として実行したいですか?なぜだめですか！

Optimism が急速に近づいている Bedrock アップグレードにより、OP スタックの実行層と証明システムがモジュール化され、将来の不正証明や有効性証明との互換性が可能になります。

これに触発されて、Celestia Labs は OP スタックのモジュール性をさらに推し進めることに注力してきました。そこで本日、開発者のフィードバックに重点を置いた OP Labs の初の OP Stack Mod である OP Stack のモジュラー データ アベイラビリティ (DA) インターフェイスのベータ リリースを発表できることを嬉しく思います。このインターフェイスにより、開発者は DA レイヤーを定義し、イーサリアム、セレスティア、ビットコインなど、任意のブロックチェーンからセキュリティを継承できます。

開発者は今日から、DA に Celestia を使用し、イーサリアムに「定着」するバージョンの OP スタックの実験を開始できます。 Caldera はまもなく Taro テストネットをリリースする予定です。これにより、開発者とユーザーは Modular DA を使用して OP Stack の最初のパブリック テストネットを試すことができます。

データ可用性レイヤーはロールアップ アーキテクチャの基盤であり、ロールアップ チェーンを個別に検証するために必要なデータの可用性を確保します。以下では、OP スタックでのデータ可用性の基本と、それをモジュール化して明確に定義された DA インターフェイスを使用して L1 からデータを公開および取得する方法について説明します。

OP スタックでのデータの可用性: 現在

OP Stack は今日のデータ可用性をどのように処理しますか?私たちの目的のために、以下で説明するように、Rollup ノードと Batcher という 2 つの基本コンポーネントを詳しく調べました。残りの OP スタックがバックグラウンドでどのように動作するかをより深く理解するには、以下を確認してください。。

楽観主義のドキュメント

ロールアップノード

ロールアップ ノードは、L1 ブロック (およびそれに関連するレシート) から正しい L2 チェーンをフォークする役割を担うコンポーネントです。ロールアップ ノードは L1 ブロックを取得し、データ トランザクション (通常はトランザクション呼び出しデータの形式) をフィルタリングし、そのデータから正しい L2 チェーンを導出します。

バッチャー - バッチ送信者

バッチ プロセッサーとも呼ばれるバッチ送信者は、バリデーターが使用できるように L2 ソーター データを L1 に送信するエンティティです。ロールアップ ノードとバッチャーは両方ともループ内で動作し、バッチャーによって新しく送信された L2 ブロック データがロールアップ ノードによって L1 から取得され、次の L2 ブロックの導出に使用されます。

バッチ プログラムによって送信される各トランザクションには、コールデータが含まれます。コールデータは、フレームと呼ばれるバイトに分割された L2 シーケンサー データであり、Optimism におけるデータの最低レベルの抽象化です。

OPスタック用モジュラーDAインターフェース

OP スタック用のモジュラー DA インターフェイスを作成するときの目標は単純でした。ロールアップ開発者が、イーサリアム、セレスティア、ビットコインなど、任意のブロックチェーンをデータ可用性レイヤーとして指定できるようにすることです。このようなインターフェイスがない場合、新しい DA レイヤーを統合するたびに、開発者は OP スタックの別のブランチを実装して維持する必要がある場合があります。

OP スタックには、L1 チェーンと L2C チェーンを指定するコードベースの抽象化がすでに含まれており、これにより、DAChain と呼ばれる、データ可用性チェーン用のブロックチェーンに依存しない新しいインターフェイスをモデル化できます。

以下に定義されているインターフェイスを使用すると、開発者は DAChain を実装して、基礎となるブロックチェーンや S3 などの集中バックエンドからデータを読み書きすることができます。

執筆段階

次のインターフェイスの Celestia 実装の記述例は、バッチ プログラムとの統合の概要を示しています。

実際のトランザクションの作成と送信を担当する関数である SimpleTxManager.send は、WriteFrame を呼び出してフレームを Celestia に書き込み、参照を返すように変更されています。

次に、参照は通常のフレーム データの代わりにコールデータとしてバッチ受信ボックス アドレスに送信されます。

読み取りフェーズ

以下は、ロールアップ ノードと統合されるインターフェイスの Celestia 実装の概要です。

DataFromEVMTransactions は、トランザクション リストからフレーム データを返す関数です。これは、バッチ受信箱の calldata から取得したフレーム参照を使用して実際にフレームをフェッチし、それを戻りデータに追加するように変更されています。

NamespacedData への呼び出しは、指定された BlockHeight で送信されたすべての BLOB のバイト スライス配列を返すため、関心のある TxIndex のみを返すことに注意してください。

Celestia を DA レイヤーとして統合

Celestia + OP スタックの統合と比較した OP スタック アーキテクチャを示す図。

Rollup ノードとバッチ プログラムに若干の変更を加えることで、OP スタックが DA に Celestia を使用できるようになります。

これは、L2 チェーンをフォークするために必要なすべてのデータを、イーサリアムに公開する代わりにローカル BLOB データとして Celestia で利用できるようにできることを意味しますが、小さな固定サイズのフレーム参照は引き続きバッチ プログラムの呼び出しデータとしてイーサリアムに公開されます。フレーム参照は、celestia-node ライト ノードを使用して Celestia 上の対応するフレームを検索するために使用されます。

運用をどのように統合するか?

執筆段階

前述したように、バッチ プログラムは、L2 シーケンサー データをフレームと呼ばれるバイトとして、イーサリアム L1 上のバッチ受信ボックス コントラクト アドレスに送信します。

フレームの順序を保証するためにバッチャーと呼び出しデータのトランザクションを保持しますが、呼び出しデータ内のフレームを固定サイズのフレーム参照に置き換えます。参照フレームとは何ですか?これは、Celestia の一部としてフレーム データを正常に組み込んだ Celestia データ トランザクションへの参照です。

これを行うには、バッチ サービスに celestia-node ライト ノードを埋め込みます。送信を待機している新しいバッチがある場合は常に、最初にライト ノードを使用してデータ トランザクションを Celestia に送信し、次に、batchercalldata 内のフレーム参照のみを送信します。

読み取りフェーズ

読み取りフェーズでは、その逆を行います。つまり、バッチ トランザクションの calldata でフレーム参照を使用して解析し、対応する実際のフレーム データを Celestia から取得します。同様に、トランザクションをクエリするためにロールアップ ノードに celestia-node ライト ノードを埋め込みます。

L2 チェーンをフォークするときに、ロールアップ ノードはライト ノードからデータを透過的に読み取り、新しいブロックの構築を続行できるようになりました。ライトノードは、イーサリアムのようにチェーン全体をダウンロードするのではなく、ロールアップによって送信されたデータのみをダウンロードします。

見通し

不正証明は Bedrock のポストオプティミズム ロードマップの重要な部分であり、イーサリアム メインネットで不正証明を使用できるように OP Stack x Celestia 統合をアップグレードすることを検討したいと考えています。