DA Challenge

DA Challengeとは？

DA Challenge（Data Availability Challenge）とは、ロールアップのブロック、バッチ、またはコミットメントの基となるデータが実際に利用可能かどうかを、ユーザーやノードオペレーターが異議申し立てできる暗号資産の仕組みです。

簡単に言えば、シーケンサーやデータプロバイダーがトランザクションデータの存在を主張したとき、他の参加者が実際にそのデータを取得し、チェーンを検証できるかを問う仕組みです。

ロールアップやモジュラー型ブロックチェーンでは、すべてのトランザクションをベースレイヤーに直接載せるのではなく、コミットメント、ハッシュ、証明、圧縮データを公開することが多いため、これは重要です。

完全なトランザクションデータが欠けていると、ユーザーはロールアップの状態を検証したり、チェーンを再構築したり、不正証明を作成したり、安全に退出したりできない可能性があります。

DA Challengeを利用すると、参加者は不足しているデータの開示を要求したり、データが利用できないことを証明したり、解決できないコミットメントを無効にしたりできます。

OP StackのAlt-DA仕様では、ユーザーが定められたチャレンジ期間中にコミットメントへ異議を申し立て、データ保有者が必要なデータを提出してその申し立てを解決できるData Availability Challengeコントラクトについて説明しています。

DA Challengeは、Alt-DAとも呼ばれる代替データ可用性を利用するシステムで特に重要です。トランザクションデータがメインの決済レイヤー外に保存される場合があるためです。

また、Plasmaに類似したシステム、Optimium、Validium型の設計、そしてデータコストの削減と引き換えに追加の信頼前提が生じるロールアップ構造でも重要です。

DA Challengeがあるからといって、すべてのスケーリングシステムが、すべてのデータを高いセキュリティを備えたベースレイヤーに直接公開する場合と同等に安全になるわけではありません。

これは、隠されたデータ、公開が保留されたデータ、利用できないデータのリスクを抑えるための防御メカニズムです。

暗号資産でDA Challengeが重要な理由

DA Challengeが重要なのは、データ可用性がロールアップやモジュラー型ブロックチェーンシステムの中核的なセキュリティ要件の一つだからです。

Ethereumのデータ可用性に関するドキュメントでは、ブロックを検証するために必要なデータがネットワーク参加者に利用可能であるという確信が必要だと説明されています。

ブロックチェーンやロールアップを独立して検証するには、関連するトランザクションデータにアクセスできなければなりません。

シーケンサーがステートルートやコミットメントを公開しながら、その基となるデータを隠している場合、ユーザーは状態が正しいか確認できない可能性があります。

その結果、チェーンが正常に動いているように見えても、誠実な参加者が十分に検証できないという危険な状況が生じます。

オプティミスティックロールアップでは、不正証明の作成者がトランザクションデータを調べ、状態遷移の誤りを証明する必要があるため、データ可用性が極めて重要です。

Ethereumのオプティミスティックロールアップに関するドキュメントでは、状態データにアクセスできなければ不正証明を作成できないため、データ可用性が不可欠だと説明されています。

ゼロ知識ロールアップでは、Validity Proofによって計算の正しさを確認できる場合でも、ユーザーが残高を把握し、ローカルの状態を更新し、安全に操作するためにデータ可用性が必要です。

Alt-DAシステムでは、メインの決済レイヤー外にデータを保存する際の説明責任を高める方法の一つがDA Challengeです。

そのため、DA Challengeは開発者だけに関わる細かな技術事項ではありません。

ユーザーの安全性、出金の保証、ロールアップのファイナリティ、そして低コストのブロックチェーン取引を支える信頼前提にも影響します。

DA Challengeの仕組み

通常、DA Challengeはシーケンサーやバッチ投稿者がトランザクションデータのコミットメントを提出するところから始まります。

コミットメントには、ハッシュ、blob参照、Merkle root、DAレイヤーの証明書、またはデータを簡潔に表すその他の形式が使われる場合があります。

ロールアップがそのコミットメントから新しいブロックを生成できるよう、決済レイヤーまたは検証コントラクトにコミットメントが置かれます。

ユーザー、ノード、または監視者が基となるデータを取得できない場合、DA Challengeを開始できます。

OP StackのAlt-DA設計では、定められたチャレンジ期間中にLayer 1のDataAvailabilityChallengeコントラクトへ異議申し立てを提出します。

チャレンジ開始後、別の当事者には、欠けているデータを提出するか、コミットメントが有効であることを証明するための解決期間が与えられます。

データが正常に提出されるとチャレンジは解決され、チェーンはそのコミットメントを引き続き利用できます。

解決期間の終了までにデータが提出されない場合、該当するコミットメントが無効と扱われたり、ロールアップが影響を受けた時点から再編成を行う必要が生じたりする可能性があります。

この仕組みによって、データプロバイダーやシーケンサーにデータ公開を促す圧力が働きます。

また、取得できないデータに依存するシステムに誠実な参加者が対処する手段にもなります。

DA Challengeとデータ可用性の違い

データ可用性とは、ブロック、バッチ、または状態更新の検証に必要なデータが公開され、取得可能であるという一般的な保証です。

DA Challengeは、その保証を確認し、異議を申し立て、または強制するために用いられる特定の仕組みです。

この違いは重要です。

データ可用性は目標です。

DA Challengeは、データが利用可能か不確かな場合に、その目標を守るための手段の一つです。

すべてのトランザクションデータをEthereumのcalldataやblobに直接投稿するロールアップは、Ethereumのデータ可用性保証により直接的に依存する場合があります。

外部DAレイヤーにデータを保存するロールアップでは、その外部データが実際に利用可能であることを示す追加の仕組みが必要になる場合があります。

DA Challengeは、実際のデータに解決できないコミットメントにユーザーが異議を申し立てられるようにすることで、その隔たりを埋める助けとなります。

ただし、チャレンジの有効性は具体的な設計によって異なります。

脆弱なチャレンジシステムは、コストが高すぎる、処理が遅すぎる、中央集権的すぎる、または一般ユーザーにとって使いにくい可能性があります。

強固なチャレンジシステムは、パーミッションレスで、誠実な申立人が負担できるコストで利用でき、サービス拒否攻撃に耐え、ロールアップのファイナリティと明確に結び付いている必要があります。

DA Challengeと不正証明の違い

DA Challengeは不正証明と同じものではありません。

不正証明は、状態遷移や計算結果が正しいかどうかに異議を申し立てます。

DA Challengeは、その結果を検証するために必要なデータが利用可能かどうかに異議を申し立てます。

オプティミスティックロールアップでは、不正証明の作成者がトランザクションデータにアクセスできることを通常前提とします。

トランザクションデータを利用できない場合、申立人は不正証明を作成することさえできない可能性があります。

つまり、多くの不正証明システムではデータ可用性が前提条件となります。

DA Challengeは、実行が有効だったかどうかを議論する前段階で、データ不足の問題に対処します。

たとえば、シーケンサーが一見正常なステートコミットメントを公開しても、その背後にある実際のトランザクションデータが利用できない場合があります。

ステートコミットメントの誤りを証明するには、不正証明にトランザクションデータが必要となる場合があります。

これに対しDA Challengeでは、シーケンサーやデータプロバイダーにデータの開示を求め、応じない場合には結果を伴うようにします。

このように、DA Challengeと不正証明は関連していますが、ロールアップのセキュリティにおける別々の要素です。

DA Challengeとチャレンジ期間の違い

DA Challengeは、オプティミスティックロールアップで一般的に使われるチャレンジ期間と混同されることがあります。

チャレンジ期間とは、通常、不正証明や関連する仕組みを通じてロールアップの主張に異議を申し立てられる時間枠です。

DA Challengeは、データの可用性を扱うため、より限定された仕組みです。

OP Stackの設定では、Alt-DAモードにおいてロールアップのデプロイ設定にDAChallengeWindow、DAResolveWindow、DABondSize、DAChallengeProxyなどの項目が含まれます。

DAChallengeWindowは、データコミットメントの可用性に異議を申し立てられるブロック区間です。

DAResolveWindowは、データ可用性に関するチャレンジを解決できるブロック区間です。

通常の不正証明チャレンジ期間とDAチャレンジ期間は、システムのセキュリティモデルにおいて関連する場合がありますが、必ずしも同じものではありません。

ユーザーは利用するロールアップやチェーンの詳細なドキュメントを確認してください。

期間の名称よりも、何を保護するのか、誰が利用できるのか、期間終了時に何が起こるのかが重要です。

DA ChallengeとAlt-DA

Alt-DAは、代替データ可用性を意味します。

通常、ロールアップのトランザクションデータをメインの決済チェーン以外に保存することを指します。

OP StackのAlt-DA Modeの解説によると、Alt-DA ModeではOP Stackチェーンが異なるDAレイヤーを統合し、データコストを抑えられます。

データコストが下がれば、ユーザーやオペレーターにとってチェーンの利用コストが低くなる可能性があります。

ただし、コスト低下には追加の信頼前提が伴うことがよくあります。

同じOP Stackのドキュメントでは、Ethereum Layer 1にデータを投稿するだけの場合と比べて、Alt-DA Modeにはより多くの信頼前提があると警告しています。

DA Challengeは、データにアクセスできない場合にユーザーがデータコミットメントへ異議を申し立てられるようにし、この問題を軽減することを目的としています。

たとえば、シーケンサーがLayer 1にコミットメントを投稿したものの、DAプロバイダーを通じて基となるデータを利用可能にしなかった場合、誠実なノードがチャレンジを開始できます。

チャレンジが解決されなければ、システムは該当するコミットメントを拒否したり、チェーンを再編成したりする可能性があります。

これによりAlt-DAの安全性は高まりますが、すべてのリスクがなくなるわけではありません。

ユーザーは依然としてDAレイヤー、ブリッジのロジック、チャレンジのルール、データ監視者、そして申立人の活動を維持する経済的インセンティブに依存します。

DA ChallengeとEthereumのblob

EthereumはEIP-4844（Proto-Dankshardingとも呼ばれる）を通じて、blobを含むトランザクションを導入しました。

公式のEIP-4844仕様では、シャードblobトランザクションによって、シンプルで将来の拡張と互換性のある方法でEthereumのデータ可用性をスケールさせると説明されています。

blobを利用すると、従来のcalldata中心の設計と比べて、ロールアップはより低コストでトランザクションデータをEthereumに公開できます。

EthereumのDencunに関するドキュメントでは、DencunによってProto-Dankshardingが有効化され、ロールアップの保存コストを抑える一時的なデータblobが導入されたと説明されています。

blobデータは通常のEthereumノードに永久保存されるのではなく、限られた期間だけ利用可能です。

これはAlt-DAのチャレンジシステムと同じではありませんが、より広いデータ可用性の議論に含まれる要素です。

Ethereumのblobを利用するロールアップは、blobの可用期間についてEthereumのプロトコルレベルの可用性保証に依存します。

外部DAレイヤーを利用するロールアップでは、データ可用性を支えるためにDA Challenge、DAブリッジ、サンプリング証明、またはその他の仕組みを使用する場合があります。

主な違いは、データがどこに公開され、取得可能であることを誰が保証するかです。

対象データについてEthereum本来のblob可用性にそのまま依存できない場合、DA Challengeが特に重要になります。

DA Challengeとデータ隠匿攻撃

データ隠匿攻撃とは、ある当事者がデータのコミットメントを公開しながら、データそのものを開示しない攻撃です。

これは、DA Challengeが対処する主なリスクの一つです。

悪意のあるシーケンサーは、チェーンの進行を可能にする一方で、誠実なノードが状態を再構築できないようなコミットメントを投稿する可能性があります。

誠実なノードがデータにアクセスできなければ、チェーンが有効かどうか分からない場合があります。

また、不正を証明したり、出金を処理したり、正しく同期したりできない可能性もあります。

DA Challengeは、公開された異議申し立ての経路を設けます。

申立人は、コミットメントの背後にあるデータを利用できないと主張します。

データプロバイダー、シーケンサー、または別の参加者は、そのデータを開示するか、コミットメントを解決できることを証明しなければなりません。

データが引き続き利用できない場合、システムはルールに基づき、そのコミットメントを安全でない、または無効と扱えます。

この仕組みによってデータ隠匿が不可能になるわけではありませんが、攻撃が見えやすくなり、コストも高まります。

有効性は、申立人が監視しているか、チャレンジの費用を負担できるか、そしてデータが解決されない場合にプロトコルが正しく対応するかによって決まります。

DA Challengeとロールアップのファイナリティ

データ可用性が外部システムに依存する場合、ロールアップのファイナリティはより複雑になる可能性があります。

コミットメントが投稿されているためブロックが安全に見えても、基となるデータが常に安全に保たれているとは限りません。

OP StackのAlt-DA仕様では、コミットメントを伴う入力データから生成されたブロックはsafeと表示される場合があるものの、DAプロバイダーに問題があれば再編成される可能性があるため、より強い保証を得るにはユーザーはfinalized状態を参照する必要があると説明されています。

この違いはユーザーやアプリケーションにとって重要です。

未解決のDA Challenge後にチェーンが再編成される可能性がある場合、受け入れられたように見えたトランザクションが後から正規チェーンから削除されることがあります。

アプリケーションは、最近生成されたブロックがすべて同じ意味で確定済みだと想定すべきではありません。

ウォレット、ブリッジ、DeFiプロトコルは、操作を取り消せないものとして扱う前に、該当するDAチャレンジ期間とファイナリティのルールを待つ必要がある場合があります。

ユーザーにとっての要点は、より速く安価なチェーンでは、ファイナリティに関する前提がより複雑になる場合があることです。

DA Challengeシステムはユーザーを保護できますが、ユーザーやアプリケーションがpending、safe、finalizedの違いを理解している場合に限られます。

DA Challengeのボンド

多くのDA Challengeシステムでは、スパムやサービス拒否攻撃を防ぐためにボンドを利用します。

ボンドとは、チャレンジを開始する申立人が預ける必要のある価値です。

ボンドによって、理由もなくすべてのコミットメントに異議を申し立てる行為を抑制します。

OP StackのAlt-DA仕様によると、Data Availability Challengeコントラクトでは、チャレンジの解決に必要なデータをオンチェーンで提出するコスト以上の費用がチャレンジにもかかるよう、支払いを伴うボンド要件を設定できます。

この設計は、偽のチャレンジを安価に大量発生させる攻撃を防ぐことを目指しています。

ただし、ボンドにはトレードオフもあります。

ボンドが低すぎると、システムがスパム攻撃を受けやすくなる可能性があります。

高すぎると、誠実な申立人が利用できないデータに異議を申し立てる費用を負担できない可能性があります。

DA Challengeシステムでは、経済的なセキュリティと利用しやすさのバランスを取る必要があります。

不正利用を防ぐために十分な負担を設ける一方、チェーンを保護できるのが大口の参加者だけになるほど負担を重くしてはなりません。

DA Challengeの解決

解決とは、DA Challengeに応答するプロセスです。

シンプルな設計では、解決者が不足しているデータをcalldataとして直接オンチェーンに提出します。

その後、コントラクトは提出されたデータが元のコミットメントと一致するか確認できます。

一致すれば、チャレンジは解決されます。

一致しない場合や、期限内に有効なデータが提出されない場合、チャレンジは未解決のまま期限切れとなる可能性があります。

データをすべて直接オンチェーンに投稿する代わりに、より高度な証明システムを利用する設計もあります。

たとえば、DAブリッジ、証明書、アテステーション、Validity Proof、またはゼロ知識証明を使い、別のレイヤーで該当データが利用可能だったことを示す場合があります。

EclipseのZK DA Bridgeに関する記事では、DA証明を不正証明から分離し、DA Challengeサブシステムで処理する設計が説明されています。

これは、DA Challengeの設計をモジュール化できることを示しています。

基本的な目的は変わりません。データが利用可能であること、またはコミットメントを信頼すべきでないことを証明することです。

DA Challengeと監視者

監視者とは、チェーン上のデータ不足、無効なコミットメント、不審な挙動、未解決のチャレンジを監視する参加者です。

データが利用できないことに気付き、チャレンジを開始する主体が必要なため、DA Challengeは監視者に大きく依存します。

誰も監視していなければ、チャレンジの仕組みが存在していても、実際には機能しない可能性があります。

これは一部のオプティミスティックシステムにおける「誠実な申立人が1人いる」という前提に似ていますが、データ可用性チャレンジの経済性は異なる場合があります。

Ethereum Researchの投稿Universal Plasma and DA challengesでは、Plasmaに類似したシステムにおける誠実なDA申立人の重要性とコストが論じられています。

監視者には、独立したユーザー、ノードオペレーター、インフラチーム、セキュリティ研究者、財団、専門の監視サービスなどが含まれます。

健全なDA Challengeシステムでは、複数の当事者が現実的にチェーンを監視できる必要があります。

実際にデータ不足を検出したりチャレンジしたりできるのが1つのオペレーターだけなら、そのシステムは見かけほど分散化されていない可能性があります。

ユーザーにとって重要なのは、DA Challengeコントラクトが存在するかどうかだけではありません。

必要なときに誠実な監視者が利用できるツール、インセンティブ、資金を持っているかどうかも重要です。

DA Challengeとシーケンサー

シーケンサーは、多くのロールアップシステムでトランザクションを並べ替え、バッチを生成するコンポーネントです。

ロールアップにどのトランザクションを、どの順番で含めるかを決めるため、シーケンサーは重要です。

ロールアップが外部のデータ可用性を利用する場合、シーケンサーやバッチ投稿者はすべてのデータを決済チェーンに直接置く代わりに、トランザクションデータのコミットメントを提出することがあります。

シーケンサーが誠実に動作すれば、想定されたDAレイヤーやサーバーを通じてデータを利用可能にします。

不誠実に振る舞ったり、運用上の問題が発生したりすると、誠実なノードが解決できないコミットメントを投稿する可能性があります。

DA Challengeは、こうした挙動を確認する手段です。

実際のデータを取得できない以上、シーケンサーのコミットメントだけでは不十分だとユーザーが主張できます。

これにより、利用できないデータに基づいてチェーンが進行するのを防げる場合があります。

ただし、DA Challengeですべてのシーケンサーリスクが解決するわけではありません。

システム設計によっては、シーケンサーが検閲、取引順序、稼働停止、MEVに関するリスクを引き起こす可能性は残ります。

DA Challengeとデータ可用性委員会

一部のスケーリングシステムでは、Data Availability Committee（DAC）を利用します。

DACとは、トランザクションデータの保存や提供を約束する当事者のグループです。

決済レイヤーにデータをすべて投稿する必要がなくなるため、DACはコスト削減につながる可能性があります。

一方、ユーザーは委員会のメンバーがデータを利用可能な状態に保つことに依存するため、DACには信頼前提が生じます。

DACやデータプロバイダーに説明責任を求める方法の一つとして、DA Challengeを利用できます。

委員会がデータは利用可能だと主張していても、ユーザーが取得できなければ、チャレンジによってその不備を明らかにできます。

ロールアップ向けのセキュアなシーケンサーとデータ可用性委員会に関する最近の研究では、不誠実なシーケンサーやDACの挙動に対する不正証明メカニズムが研究されています。

多くのロールアップ設計が、より複雑なセキュリティ前提を伴う低コストのデータシステムへ移行しているため、この研究分野は重要です。

DACは有用な場合がありますが、ユーザーはメンバーが誰か、何人が誠実である必要があるか、データをどう確認するか、DA Challengeが存在するかを確認してください。

DA ChallengeとValidium

Validiumとは、Validity Proofを利用しながら、トランザクションデータを決済レイヤー外に保持するスケーリング設計です。

これにより、すべてのトランザクションデータをベースレイヤーに公開するロールアップより、Validiumのコストを抑えられる場合があります。

ただし、オフチェーンのデータ可用性には異なるリスク特性があります。

Validity Proofが計算の正しさを示していても、データプロバイダーがデータを保留すると、ユーザーはアカウントの状態を再構築したり、安全に退出したりできない可能性があります。

DA Challengeは、データ不足に異議を申し立てる手段を設けることで、Validium型のシステムを支援できます。

ただし、チャレンジによってデータがオフチェーンであるという事実が変わるわけではありません。

データの開示を強制したり、利用できないコミットメントを無効にしたり、代替ルールを発動したりできる仕組みを追加します。

Validium、Optimium、Plasmaに類似したチェーン、Alt-DAロールアップでは、データ可用性の保証がそれぞれ異なることを理解してください。

分類名だけでは判断できません。

重要なのは、データをどのように利用可能にし、利用できない場合に何が起きるかです。

DA ChallengeとOptimium

Optimiumは一般に、すべてのデータを決済レイヤーに直接投稿する代わりに、オフチェーンまたは代替のデータ可用性を利用する、オプティミスティックロールアップに類似したシステムを指します。

Optimiumはコストを削減できますが、データ可用性をDAプロバイダー、委員会、またはチャレンジシステムに依存する場合があります。

不正証明は証明に必要なデータが利用可能な場合にのみ機能するため、Optimium型の設計ではDA Challengeが重要です。

データが保留されると、不正証明システムが問題を検出したり証明したりできない可能性があります。

DA Challengeは、データ不足がロールアップのセキュリティを損なう前に、その問題を捉えようとする仕組みです。

ただし、Ethereumにすべてのデータを投稿するロールアップと同一のセキュリティモデルではないため、Optimiumを評価する際は注意が必要です。

低い手数料は魅力的ですが、データ可用性リスク、ブリッジの前提、チャレンジのインセンティブ、ファイナリティの挙動と併せて検討してください。

DA ChallengeとPlasma型システム

Plasma型システムでは、より多くのデータをオフチェーンに保ち、ユーザーを保護するために退出、チャレンジ、証明に依存します。

Plasma型システムでは、データ不足に異議を申し立てたり、利用できないデータが危険をもたらす前に退出したりする必要があるため、DA Challengeが特に重要です。

システムのオペレーターがデータを保留した場合、ユーザーには問題を証明したり、データ公開を強制したりする手段が必要になることがあります。

Universal PlasmaとDA Challengeに関するEthereum Researchの議論では、こうしたシステムでは常時少なくとも1人のDA申立人が活動している必要がある可能性が指摘されています。

この継続的な監視要件は、ユーザーの安全にとって重要です。

Plasma型システムは安価で高速に見えるかもしれませんが、データが消失した場合に何が起きるかを理解する必要があります。

誠実な申立人が継続的に異議申し立てを行う費用を負担できない場合や、退出期間中にユーザーがオンラインでない場合、セキュリティモデルが弱まる可能性があります。

そのため、DA Challengeは技術的な仕組みであると同時に、経済的な仕組みとしても議論されます。

システムには、技術的な正しさと経済的な実用性の両方が必要です。

DA Challengeとユーザーの出金

データ可用性は出金に影響する場合があります。

残高の証明やチェーン状態の再構築に必要なデータへアクセスできなければ、ユーザーは安全に出金するのが難しくなる可能性があります。

これも、DA Challengeがユーザー保護に重要な理由の一つです。

DA Challengeは、安全な出金を妨げるような利用できないデータを、ロールアップやPlasma型システムが確定させることを防げる場合があります。

ただし、出金への具体的な影響はチェーンの設計によって異なります。

緊急退出を認めるシステムもあります。

利用できないコミットメントを起点に再編成するシステムもあります。

チャレンジ期間が終わるまでユーザーに待機を求めるシステムもあります。

データ可用性の確認をDAC、ブリッジ、または証明システムに依存するシステムもあります。

すべてのLayer 2出金に同じ安全性があると想定せず、各チェーンの出金に関するドキュメントを確認してください。

DA ChallengeとL2の再編成

再編成（reorg）とは、チェーンが過去に受け入れた履歴の一部を、別の正規履歴に置き換えることです。

DA Challengeシステムでは、未解決のチャレンジによって、利用できないデータから生成されたブロックがロールアップに拒否されたり、再編成されたりする場合があります。

OP StackのAlt-DA仕様では、期限切れになった未解決のチャレンジにより、異議申し立て対象の入力データから生成された最初のブロックを起点に、L2の正規チェーンが再編成される可能性があると説明されています。

これは、誠実な参加者が検証できなかったデータを基にチェーンが恒久的に構築されるのを防ぐ、強い対応です。

一方、再編成はアプリケーションやユーザーにも影響します。

影響範囲内にあった場合、含まれたように見えたトランザクションが消える可能性があります。

残高の加算、出金の処理、高額な操作の実行にあたって、アプリケーションはより強いファイナリティを待つ必要がある場合があります。

そのため、DA Challengeシステムはウォレット、ブリッジ、エクスプローラー、開発者に明確に理解される必要があります。

DA Challengeを利用するチェーンではデータコストを抑えられる可能性がありますが、そのファイナリティモデルはユーザーが想定するより複雑な場合があります。

DA Challengeとサービス拒否リスク

チャレンジ開始が安すぎたり、解決のコストが高すぎたりすると、DA Challengeシステムは攻撃を受ける可能性があります。

攻撃者はチャレンジを大量に送信し、データプロバイダー、シーケンサー、またはコントラクトにリソースを消費させる可能性があります。

そのため、チャレンジのボンドと解決コストが重要です。

OP StackのAlt-DA仕様では、サービス拒否リスクを低減するために、支払いを伴うボンド要件を設ける方法が説明されています。

誠実なユーザーが利用できないデータに異議を申し立てられる一方、攻撃者が偽の争議を安価に大量発生させられないよう、チャレンジシステムを設計する必要があります。

ブロックチェーンの手数料は時間とともに変わるため、ボンド額の設定は容易ではありません。

手数料が上昇すると、以前は妥当だったボンドが小さすぎたり、大きすぎたりする可能性があります。

チャレンジの解決に大量のcalldata提出が必要な場合、手数料が高い時期には解決コストが高額になることがあります。

優れた設計では、手数料の変動、最大入力サイズ、返金ルール、経済的インセンティブを考慮する必要があります。

この場合のセキュリティは、暗号技術だけの問題ではありません。

厳しい状況下でも経済的な仕組みが機能するかどうかも重要です。

DA Challengeとオンチェーンコスト

チャレンジや解決にLayer 1のトランザクションが必要になる場合があるため、DA Challengeにはオンチェーンコストが発生します。

不足しているデータをcalldataとして直接提出する必要がある場合、解決者は高額なガス代を支払う可能性があります。

このため、一部のシステムではオンチェーンでの解決コストを抑えるため、DAブリッジ、証明書、またはゼロ知識証明を検討しています。

EclipseのZK DA Bridge設計では、システム間のデータ可用性を検証する際に証明システムを利用し、検証コストを削減する方法が説明されています。

ユーザーにとって重要なのは、DAセキュリティにはコストがかかるという点です。

すべてのデータを安全なベースレイヤーに直接公開するには費用がかかります。

コミットメントだけを公開すれば安価ですが、チャレンジ、証明、またはブリッジの仕組みが必要になります。

コストのかからない設計はありません。

各システムは、データ投稿コスト、監視コスト、チャレンジコスト、ブリッジの複雑さ、または追加の信頼前提のどこでコストを負担するかを選択します。

DA Challengeとデータ可用性サンプリング

Data Availability Sampling（DAS）は、すべてのノードがデータ全体をダウンロードせずに、データが利用可能である確信を得るための別の方法です。

EthereumのDankshardingロードマップでは、バリデーターがblobデータを効率的に検証するためにデータ可用性サンプリングが必要だと説明されています。

DASとDA Challengeは関連していますが、同じものではありません。

DASはランダムサンプリングを通じて、参加者がデータの可用性を確認できるようにします。

DA Challengeは、データが利用できないように見える場合や解決できない場合に対応する争議プロセスです。

将来のシステムでは、サンプリング、コミットメント、証明、ブリッジ、チャレンジを組み合わせる可能性があります。

目標は、単一のシーケンサーやデータプロバイダーを信頼するようユーザーに強いることなく、データコストを抑えることです。

暗号資産ユーザー向けに簡単に言えば、サンプリングはデータが利用可能である可能性を確認し、チャレンジは問題発生時に可用性へ異議を申し立てます。

どちらの仕組みも、適切に設計されれば、より安全なスケーリングを支えられます。

DA Challengeのメリット

DA Challengeの第一のメリットは、説明責任をもたらすことです。

シーケンサーやDAプロバイダーを盲目的に信頼する代わりに、ユーザーがデータコミットメントへ異議を申し立てる手段となります。

第二のメリットは、ロールアップの安全性を高めることです。

利用できないデータによって拒否や再編成が起こり得る場合、検証できない履歴が確定される可能性を抑えられます。

第三のメリットは、低コストのスケーリングです。

DA Challengeは、データ投稿コストを抑えながら争議の仕組みを加えるAlt-DA設計を支援できます。

第四のメリットは、モジュール性です。

DAに関する課題を実行や不正証明のロジックから分離し、システムの各部分を専門化できます。

第五のメリットは、透明性の向上です。

公開コントラクトを中心に構築されたシステムでは、チャレンジ用コントラクト、期間、ボンド、解決状況をオンチェーンで確認できます。

第六のメリットは、ユーザー保護です。

仕組みが機能すれば、検証できないチェーン状態にユーザーが閉じ込められるのを防ぐ助けとなります。

DA Challengeのリスク

第一のリスクは、監視者が機能しないことです。

誠実な参加者がデータ不足に気付いてチャレンジを開始しなければ、ユーザーを適時に保護できない可能性があります。

第二のリスクは、チャレンジコストの高さです。

チャレンジの費用が高すぎると、一般ユーザーがシステムを利用できない可能性があります。

第三のリスクは、スパムやサービス拒否攻撃です。

チャレンジが安すぎると、攻撃者が偽のチャレンジを大量に送り込む可能性があります。

第四のリスクは、外部データへの依存が残ることです。

システムが外部DAレイヤーに依存する場合、DA Challengeを設けても、そのレイヤーに関する信頼前提を完全にはなくせない可能性があります。

第五のリスクは、ファイナリティの複雑さです。

ユーザーやアプリケーションが、トランザクションが安全か、確定済みか、チャレンジに関連した再編成の対象かを誤解する可能性があります。

第六のリスクは、実装状況です。

ドキュメントに記載されたDA Challenge機能が、計画中または実験段階であり、すべてのチェーンで稼働しているとは限りません。

第七のリスクは、ガバナンスによる管理です。

ボンド額、チャレンジ期間、解決期間、コントラクトアドレスなどのパラメーターを少人数のグループが変更できる場合、ユーザーはガバナンスリスクを理解する必要があります。

ユーザーがDA Challengeシステムを評価する方法

まず、そのチェーンがEthereumのデータ、外部DAレイヤー、DA委員会、または別のデータシステムを利用しているか確認してください。

チェーンにDA Challengeの仕組みが実際に稼働しているのか、計画段階にとどまっているのかを確認してください。

チャレンジ期間と解決期間を確認してください。

誰がチャレンジを開始できるか確認してください。

チャレンジにボンドが必要か、その金額はいくらか確認してください。

チャレンジが解決された場合に何が起きるか確認してください。

チャレンジが未解決のまま期限切れになった場合に何が起きるか確認してください。

データ不足の検出後に、L2ブロックが再編成される可能性があるか確認してください。

ウォレット、ブリッジ、アプリケーションが適切なファイナリティレベルを待つか確認してください。

独立した監視者やノードオペレーターが実際にチェーンを監視しているか確認してください。

DA Challengeは、それを取り巻くシステム全体が実用的で、監視され、強制力を伴う場合にのみ有用です。

開発者がDA Challengeを捉える際のポイント

開発者はDA Challengeをアプリケーションのセキュリティモデルの一部として扱う必要があります。

Alt-DAを利用するチェーンでDAppを動かす場合、そのチェーンのデータ可用性保証を理解してください。

ブリッジメッセージはソースチェーンのファイナリティに依存する場合があるため、ブリッジでは特に慎重な対応が必要です。

DeFiプロトコルでは、DA障害による再編成が入金、取引、貸付、強制決済に影響する可能性を検討してください。

ゲームやソーシャルアプリでは、高額の貸付市場より柔軟なファイナリティを許容できる場合があります。

開発者は、インフラがチャレンジ関連のイベントに対応できるかも把握する必要があります。

未解決のDA問題によってL2のブロック範囲が無効になった場合に、インデクサー、エクスプローラー、ウォレット、バックエンドサービスが対応できる必要があります。

すべてのデータをEthereumに直接公開するロールアップと、低コストのチェーンが同じセキュリティ特性を持つと扱うべきではありません。

データ可用性に関する前提は、デプロイの判断、リスク開示、ユーザーインターフェースの設計に含める必要があります。

DA Challengeに関するよくある誤解

よくある誤解の一つは、DA Challengeによってすべてのトランザクションが正しいと証明されるというものです。

そうではありません。

コミットメントの背後にあるデータが利用可能かどうかを扱うだけです。

もう一つの誤解は、DA Challengeが不正証明と同じだというものです。

不正証明は実行の正しさに異議を申し立て、DA Challengeはデータ可用性に異議を申し立てます。

三つ目の誤解は、DA Challengeを備えたチェーンなら、すべてのデータをEthereumに投稿するチェーンと同等に安全だというものです。

これは正しくありません。Alt-DAシステムには、DAレイヤー、ブリッジ、チャレンジプロセス、監視者に関する追加の信頼前提が残ります。

四つ目の誤解は、データ可用性が永久保存を意味するというものです。

可用性とは、重要な検証期間中にデータを取得できることを意味します。長期的なデータ保存は別の問題です。

五つ目の誤解は、ユーザーがDA Challengeを気にする必要はないというものです。

DAの障害は出金、ファイナリティ、検証、資産の安全性に影響する可能性があるため、ユーザーも理解する必要があります。

DA Challengeと長期的なデータ保存

DA Challengeは長期アーカイブシステムではありません。

システムが検証と安全性のためにデータを必要とする時点で、そのデータが利用可能かどうかに焦点を当てています。

Ethereumのブロックチェーンのデータ保存戦略に関するドキュメントでは、データ可用性と過去データの取得可能性は異なる概念だと説明されています。

この違いは、ロールアップやAlt-DAチェーンで重要です。

チャレンジ期間中にデータが利用可能だったことをチェーンが正常に証明できても、長期的な履歴のためにアーカイブノード、インデクサー、またはストレージネットワークが必要となる場合があります。

ユーザーは、分析、税務、監査、アプリの履歴、争議の調査のために過去データを必要とする場合があります。

長期的なデータ取得の問題は、DA Challenge自体では解決できないことがあります。

開発者は長期的な保存を別途計画してください。

チェーンが有効でも、古いデータへのアクセスに追加のインフラが必要な場合があることを理解してください。

DA ChallengeとAEOの検索意図

DA Challengeを検索する人は通常、ロールアップ、Alt-DAシステム、モジュラー型ブロックチェーンにおけるデータ可用性リスクを理解しようとしています。

最も簡潔に言うと、DA Challengeとは、コミットメントの背後にあるロールアップデータが実際に利用可能かどうかに異議を申し立てる仕組みです。

さらに詳しく言えば、すべてのデータをベースレイヤーに直接公開する代わりに、データのコミットメントを投稿するチェーンで、DA Challengeはユーザー保護に役立ちます。

関連用語には、データ可用性、Alt-DA、ロールアップ、シーケンサー、不正証明、Validium、Optimium、データ隠匿攻撃、チャレンジ期間、解決期間、データ可用性サンプリングなどがあります。

DA Challengeを深く理解することで、ユーザーはさまざまなLayer 2やモジュラー型ブロックチェーンシステムのセキュリティを比較しやすくなります。

また、低い手数料に伴うデータ可用性のトレードオフが許容できるかを、開発者が判断する助けにもなります。

ブロックチェーンのスケーリングで重要なのは、実行速度の向上だけではありません。

実行の基となるデータを引き続き検証できる状態にすることも重要です。

FAQ

DA Challengeとは何ですか？

DA ChallengeはData Availability Challengeの略で、ブロックチェーンやロールアップのコミットメントの背後にあるデータが実際に利用可能かどうかに異議を申し立てる仕組みです。

DA Challengeはなぜ重要ですか？

ユーザーやノードがロールアップの状態を検証し、不正証明を作成し、チェーンを安全に利用するにはトランザクションデータが必要なため、DA Challengeは重要です。

DA Challengeは不正証明と同じですか？

いいえ。DA Challengeはデータ可用性に異議を申し立て、不正証明は状態遷移や計算が正しかったかどうかに異議を申し立てます。

誰がDA Challengeを開始できますか？

パーミッションレスな設計では、必要なデータが利用できない場合、ユーザー、ノード、監視者、または誠実な参加者が誰でもDA Challengeを開始できます。

DAチャレンジ期間とは何ですか？

DAチャレンジ期間とは、データコミットメントに異議を申し立てられる時間またはブロックの区間です。

DA解決期間とは何ですか？

DA解決期間とは、チャレンジを解決するために、不足しているデータや証明を提出できる時間またはブロックの区間です。

DA Challengeが解決されない場合はどうなりますか？

システムによって異なりますが、該当するコミットメントが拒否されたり、チェーンが再編成されたり、プロトコルのルールに基づいてデータが利用不可と扱われたりする可能性があります。

DA ChallengeによってAlt-DAのリスクはなくなりますか？

いいえ。DA Challengeはリスクを抑えられる場合がありますが、Alt-DAシステムにはDAレイヤー、ブリッジ、監視者、経済性、実装に関する追加の前提が残ります。

DAチャレンジボンドとは何ですか？

DAチャレンジボンドとは、スパムを抑え、不必要なチャレンジのコストを高めるために申立人が預ける価値です。

DA Challengeは出金に影響しますか？

はい。データ不足によって安全な退出に必要なチェーン状態をユーザーやアプリケーションが検証できない場合、DA Challengeは出金に影響する可能性があります。

すべてのロールアップでDA Challengeを利用できますか？

いいえ。DA Challengeへの対応状況は、チェーンの設計、スタック、設定、現在の実装状況によって異なります。

DA Challengeを利用するチェーンを使う前に、ユーザーは何を確認すべきですか？

DAレイヤー、チャレンジのルール、解決のルール、ファイナリティの挙動、監視者の活動状況、ブリッジの前提、機能が実際に稼働しているかを確認してください。

まとめ

DA Challengeは、現代のロールアップ、Alt-DAシステム、モジュラー型ブロックチェーン設計における重要なセキュリティメカニズムです。

ユーザーやノードオペレーターは、コミットメントの背後にあるデータが本当に利用可能かどうかに異議を申し立てられます。

データ可用性は、検証、不正証明、安全な出金、誠実な同期、ロールアップのファイナリティに必要なため、これは重要です。

すべてのトランザクションデータを決済レイヤーに直接置く代わりに、コミットメントを公開したり外部データ可用性を利用したりしてコストを下げるチェーンでは、DA Challengeが特に重要です。

メリットは、争議の仕組みを加えることで、低コストのスケーリングが可能になることです。

一方で、システムはチャレンジ期間、解決期間、ボンド、監視者、データプロバイダー、正しい実装に依存するようになります。

DA Challengeを不正証明、一般的なチャレンジ期間、または恒久的なデータ保存と混同してはいけません。

これは、検証に必要なデータへのアクセスを証明したり、それに異議を申し立てたりするための仕組みです。

ユーザーにとっての要点は、低い手数料だけに注目せず、チェーンがデータ可用性をどのように保証しているか確認することです。

開発者にとっては、DAに関する前提をアプリケーションのセキュリティモデルの一部として扱うことが重要です。

暗号資産のスケーリングがロールアップ、blob、Alt-DA、モジュラー型ブロックチェーン、データ可用性サンプリングへと進むなか、DA ChallengeはLayer 2やオフチェーン実行システムの安全性を理解するうえで重要な概念であり続けます。