Celestia での OP スタックのモジュラーデータの可用性の解析

DeFi之道

特邀专栏作者

2023-06-04 14:30 (UTC+8)

この記事は約1910文字で、全文を読むには約3分かかります

Celestia Labs は、不正防止のアップグレードを検討し、量子重力ブリッジを使用してクロスチェーン DA 証明リレーをイーサリアムに提供することを計画しています。

AI要約

展開

原作者：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 ライトノードを埋め込みます。