Skip to main content

AVS とは

注：この文書は英語の原文からの自動翻訳です。

AVS とは

AVS（Actively Validated Service） は、タスクを能動的に実行し、正直な振る舞いを保証するために経済的ステークをリスクにさらす validator の集合に依存する分散型サービスです。呼び出されたときに受動的に実行されるスマートコントラクトとは異なり、AVS は validator に対し、特定の責務 — データの検証、計算の実行、アテステーションの生成、可用性の維持 — を継続的または周期的に実行することを要求し、失敗したり悪意を持って行動したりした場合には、ステークされた資本が slashing の対象となります。

要約： AVS は、資本をステークし、不正行為に対してペナルティに直面する validator によって保護されるサービスです — restaking と密接に関連しており、restaking はこれらの validator が既存のブロックチェーンから AVS へ経済的セキュリティを拡張するためのメカニズムを提供します。

AVS の仕組み

AVS という概念は、ブロックチェーンシステムに常に存在してきたパターンを形式化したものです。すなわち、正しく機能するために能動的で経済的にインセンティブ付けされた参加者を必要とするサービスです。

能動的検証

ブロックチェーンのコンセンサスメカニズム自体が能動的検証の一形態です — validator はブロックを継続的に提案し証認しなければならず、不正行為に対しては slashing されます。AVS はこのパターンをコンセンサスを超えて一般化します。validator からの能動的な作業 — 単なる受動的なスマートコントラクトの実行ではなく — を必要とするあらゆるサービスは、AVS として構造化できます。例には、データ可用性（要求に応じてデータを保存し提供すること）、oracle データフィード、クロスチェーンメッセージの検証、AI 推論の検証、特定の条件が満たされたときにアクションをトリガーする keeper 操作などがあります。

restaking を通じた経済的セキュリティ

歴史的に、能動的検証を必要とする各サービスは、独自のセキュリティをブートストラップしなければなりませんでした — validator を募り、ステーキングトークンをローンチし、攻撃を抑止するのに十分な経済的コミットメントを構築するのです。これは高価であり、断片化したセキュリティを生み出します。

AVS モデルは、特に restaking フレームワークによって進められたように、このダイナミクスを変えます。各 AVS が独自の独立したステーキングプールを必要とする代わりに、validator は確立されたブロックチェーンから資産を restake して、複数の AVS プロトコルを同時に保護できます。restake された資本は、validator がオプトインする各 AVS による slashing の対象となり、各サービスがゼロから始める必要なく、真の経済的な説明責任を生み出します。

slashing と説明責任

AVS の決定的な特徴は、validator がパフォーマンスの低さに対して実際の経済的な結果に直面することです。各 AVS は独自の slashing 条件 — ステークされた資本の損失につながる特定の不正行為や失敗 — を定義します。これらの条件には次のものが含まれ得ます。

  • 誤ったデータやアテステーションを提供すること。
  • 必要な時間枠内に応答しないこと。
  • 矛盾する主張に署名すること（equivocation）。
  • 重要な責務の期間中にオフラインであること。

slashing のルールは客観的で検証可能でなければなりません — 理想的にはオンチェーンで証明可能であること — それにより紛争を透明に解決できます。

なぜクリプト AI プロジェクトにとって重要なのか

多くのクリプト AI プロジェクトは、受動的なスマートコントラクトが提供できるものを超えた保証を必要とします。それらは、経済的にインセンティブ付けされた参加者によって実行される能動的な作業 — 検証、計算、データ配信 — を必要とします。AVS モデルはこのためのフレームワークを提供します。

AI 推論の検証。 AI モデルがオフチェーンで結果を生み出すとき、ブロックチェーンはどのようにしてその結果が正しいと知るのでしょうか？ AVS は、複数の validator が独立して推論を検証または再実行し、結果を証認し、自身のアテステーションが誤りであると証明された場合に slashing に直面するように構造化できます。

分散型 AI タスクの調整。 タスクを複数のオペレーターに分配する AI コンピュートネットワークは、オペレーターが作業を正しく実行することを保証するために AVS モデルを用いることができます。validator はタスクの完了を監視し、出力を採点し、品質の低い作業に対してペナルティを強制します。

トークンの断片化のないセキュリティ。 AI 検証サービスを保護するために特別に新しいトークンをローンチする代わりに、AI プロジェクトは自身の検証層を AVS として構造化し、restake されたセキュリティを活用できます。別個のセキュリティトークンを作成し維持する複雑さを避けられるのです。

DecAIHub のプロジェクトカードのどこに現れるか

  • Type — AVS として機能する、または AVS インフラを提供するプロジェクトは、能動的に検証されるサービスとしての役割を反映するタイプで分類される場合があります。
  • Category — AVS ベースの AI 検証または調整サービスは、プロジェクトカードでは通常インフラ関連のカテゴリに分類されます。
  • Consensus — AVS プロトコルとして構築されたプロジェクトは独自の検証と slashing のロジックを持ち、それはコンセンサスやセキュリティアーキテクチャの記述で言及される場合があります。
  • Token model — プロジェクトのトークンが AVS 内でのステーキングに用いられる場合（または AVS の validator に報酬を与える場合）、これはトークンモデルに反映されます。

AVS だけでは証明できないこと

  • AI の品質 — AVS は検証プロセスを保護するのであって、AI モデル自体を保護するのではありません。よく設計された AVS は validator が推論結果を正直に報告することを検証できますが、基盤となる AI モデルが正確で、有用で、適切に学習されていることを保証することはできません。
  • 十分なセキュリティ — AVS のセキュリティは、restake された資本の総量、validator の数と独立性、slashing 条件の健全性に依存します。「AVS」というラベルは、十分な経済的セキュリティを保証しません。
  • 分散化 — 少数の validator が AVS の restake された資本の大部分を支配している場合、そのサービスは名目上は分散的ですが、実際には中央集権的です。validator の多様性とステークの分布が重要です。
  • 必要性 — すべての AI サービスが AVS の経済的セキュリティ保証を必要とするわけではありません。一部の AI タスクは、他の手段（暗号学的証明、評判システム、または単純な冗長性）を通じて検証できます。AVS はコストと複雑さを加えます。その利用はセキュリティ要件によって正当化されるべきです。

混同しないでください

  • Restaking — restaking は、既存のブロックチェーンからステークされた資本を拡張することで AVS に経済的セキュリティを提供するメカニズムです。AVS はこのセキュリティを消費するサービスです。restaking が「どのように」であり、AVS が「何を」です。restaking とは を参照してください。
  • スマートコントラクト — スマートコントラクトは呼び出されたときにコードを実行し、呼び出しの間は能動的な参加を必要としません。AVS は validator からの継続的または周期的な能動的な作業を必要とし、不履行に対する経済的ペナルティを伴います。
  • validator — validator は検証の責務を実行する参加者です。AVS はそれらの validator が保護するサービスです。validator は AVS の概念とは独立して存在します。
  • ミドルウェア（Middleware） — 一部の文脈では、AVS プロトコルは基盤となるブロックチェーン層とエンドユーザーアプリケーションの間に位置するため「ミドルウェア」と説明されます。しかし、すべてのミドルウェアが AVS というわけではなく、すべての AVS プロトコルがミドルウェアの機能を果たすわけでもありません。

よくある質問

AVS と restaking の関係は何ですか？

restaking は経済的セキュリティのメカニズムを提供し、AVS はそれを用いるサービスを定義します。restaking フレームワークは、validator が自身のステークされた資本を拡張することで、特定の AVS プロトコルの保護にオプトインできるようにします。その見返りとして、validator は AVS の検証の責務を実行することで AVS から追加の報酬を得ます。AVS はどんな作業を行わなければならないか、どんな slashing 条件が適用されるかを定義し、restaking は資本と説明責任の構造を提供します。

AVS は restaking なしで存在できますか？

概念的には、はい — 能動的検証と経済的ペナルティを伴うあらゆるサービスが該当します。しかし、AVS モデルの実用的な利点は、セキュリティのブートストラップ問題を解決する restaking と組み合わせることから来ます。restaking がなければ、各 AVS はゼロから独自の validator 集合を募り資本化しなければなりません。

なぜクリプト AI プロジェクトは従来の oracle の代わりに AVS を用いるのですか？

oracle はブロックチェーンに外部データを配信します。AVS は、データ配信を含むがそれに限らない、より幅広い能動的検証タスクを実行できます。推論結果を検証し、モデルのパフォーマンスを監視し、コンピュートタスクを調整し、または品質基準を強制する validator を必要とする AI プロジェクトにとって、AVS は標準的な oracle よりも一般的でカスタマイズ可能なフレームワークを提供します。AVS モデルはまた、AI 特有の不正行為に合わせて調整された、より複雑な slashing 条件を可能にします。

外部リンク

関連ページ

No comments to display

Back to top