「AVSの作り方を学ぶための4つの質問

出典: IOSG Ventures

最近、EigenLayerを使ってインフラプロジェクトを構築することが、開発者コミュニティでとても人気になっています。これらのプロジェクトは Active Validation Services (AVS) と呼ばれ、認証のために独自の分散検証セマンティクスを必要とするあらゆるシステムを指します。これらのシステムには、DA層、新しいVM、予知能力者、ブリッジなどが含まれます。

Source: EigenLayer、IOSG

しかし、実際にどのようにAVSを構築するのでしょうか？

AVSの基本ルールを設定するには、4つの主要な質問に答える必要があります。

Q1: AVSにおけるタスクの定義は何ですか

EigenLayerでは、タスクはオペレータがAVSに提供することを約束する最小の作業単位です。これらのタスクはAVSの1つまたは複数の没収条件に関連付けられます。

• "DataStore"

• "DataStore"

のホスティングとプロビジョニング。別のブロックチェーンのステートルートを公開するためのチェーンブリッジ

EigenLayerは以下のワークフローでより詳細な例を提供しています。このAVSは特定の数の2乗を計算するタスクがあります。

• Task Generatorは一定の間隔でタスクを発行します。各タスクは2乗する必要のある数を指定する。また、クォーラムとクォーラムしきい値のパーセンテージも含まれ、リストされた各クォーラムがこのタスクをパスするために少なくとも一定のパーセンテージのオペレータ署名を必要とすることを指定します。

• 現在AVSに登録されているオペレーターは、タスク契約からタスク番号を読み取り、その2乗を計算し、その結果に署名し、結果と署名をアグリゲーターに送信する必要があります。

• アグリゲーターはオペレーターから署名を収集し、次のことを実行します。AggregatorはOperatorから署名を収集し、それらを集約します。タスクがパブリッシュされるときに、OperatorからのレスポンスのいずれかがTask Generatorによって設定されたしきい値のパーセンテージをパスした場合、Aggregatorはそれらを集約し、タスク契約にパブリッシュします。

• DisputeResolution (紛争解決)コントラクトは、誰でも紛争を提起できるDisputeResolution (紛争解決)期間中に、特定のオペレーターからの不正な応答を処理します。(または、オペレーターがこの期間内に応答しない場合)

• 紛争が最終的に承認され処理された場合、オペレーターは登録契約で凍結されます。

Q2: AVSはどのような信頼を継承したいですか？

Source: EigenLayer, IOSG Ventures

EigenLayer は3種類のプログラム可能な信頼を提供します。

• Economic trust

Economic trustは、誓約された資産に対する人々の信頼に依存しています。汚職による利益が汚職のコストよりも低い場合、経済的に合理的な行為者は攻撃を仕掛けない。例えば、クロスチェーンの橋に攻撃を仕掛けるコストが10億ドルで、利益が5億ドルしかない場合、攻撃を実行するのは明らかに経済的に不合理です。

暗号経済学の原始的な手法として広く採用されている没収は、汚職のコストを大幅に増加させ、経済的な安全性を強化することができます。

• Decentralised Trust

Decentralised Trustの本質は、仮想的にも地理的にも、大規模で広く分散した検証者のセットを持つことです。AVSの個々のノード間の共謀やライブネスアタックを防ぐには、単一のサービスプロバイダがすべてのノードを実行しないことが最善です。

EigenLayerでは、異なるAVSがどの程度分散しているかをカスタマイズできます。例えば、オペレーターに地理的な条件を設定したり、個々のオペレーターにのみノードサービスを提供することを許可したり、そのようなオペレーターを引きつけるためにインセンティブを提供したりすることができます。7199101_image3.png">

Shutter氏は、閾値暗号化を使用してMEVを防ぐソリューションを提案しています。このプロセスには、分散鍵生成（DKG）を通じて共有公開鍵と秘密鍵のセットの計算に参加する、Keypersと呼ばれるノードのセットが含まれます。これらのノードはシャッターDAOのガバナンスによって選出されます。

明らかに、DKGは正直な多数派の仮定に依存しています。

EigenLayerが提供するノード運用サービスを活用することで、シャッターはより広範なケーパーの分布を得ることができます。このアプローチは、キーパース間の共謀のリスクを減らすだけでなく、ネットワークのセキュリティと回復力を高めます。

同様に、ラグランジュのラグランジュ状態委員会（LSC）はリペッジで構成される。各状態証明について、SNARKを介して状態証明が生成される前に、委員会メンバーの少なくとも2/3が特定のブロックヘッダに署名しなければなりません。

イーサ「インクルージョン」信託

誓約によってイーサへのコミットメントを行うことに加え、イーサ検証者はさらにEigenLayer上で再誓約を行えば、AVSに対して信頼されたコミットメントを行うことができます。これにより、提案者はEther上のプロトコルレベルで変更を加えることなく、Ether上でいくつかのサービス（MEV-Boost++による部分的なブロックオークションなど）を提供することができます。

例えば、フォワードブロックスペースオークションでは、買い手は将来のブロックスペースへのアクセスを事前に確保することができます。リプレッジに参加するバリデータは、ブロックスペースに対して信頼できるコミットメントを行うことができ、その後に買い手のトランザクションを含めることができなければ、没収されます。

仮にあなたが予言マシンを構築していて、一定期間の価格を提示する必要があるとします。あるいは、L2を運用しているとして、数分ごとにL2のデータをイーサにポストする必要があるかもしれません。これらはすべて、フォワード・ブロック・スペース・オークションのユースケースです。

Q3: オペレーターが行う作業は軽量ですか、それとも重量級ですか？

Ether Validatorの分散化を継承したいのであれば、AVSのタスクは可能な限り軽量に設計されるべきです。

タスクが多くの計算リソースを消費する場合、Solo Operatorはそれを処理できない可能性があります。

Q4: スラッシング条件とは何ですか

特定のサービスにリプレッジすることで、リプレッジャーは没収される可能性のあるリスクを受け入れ、この没収条件はAVSによって指定されます。

AVSとして、没収条件はオンチェーンで検証でき、証明可能で、客観的に帰属するように設計されるべきです。たとえば、イーサのブロックに二重署名することや、ライトノードクロスチェーンブリッジAVSのノードが他のチェーンの無効なブロックに署名することなどが挙げられます。

没収条件の設計が不適切だと、意見の相違が生じ、それがシステミックリスクにつながる可能性があります。

AVSは観測可能性も確保すべきであり、サービス横断的な監視、追跡、リクエストとレスポンスのロギングを可能にします。

どのように定量化するか？

AVSはどれだけの信頼（再担保資本、異なる分散バリデーターの数、イーサネットバリデーターの約束を果たすために必要なイーサネットバリデーターの数）を必要とし、どのようにインセンティブを与えるのでしょうか？

たとえば、クロスチェーンブリッジが週に1億ドルのトランザクションを行い、1億ドル相当のセキュリティを借りている場合、ユーザーは安全であると信頼できます。仮にバリデータがシステムを侵害しようとしても、没収再分配によってユーザーを補償できるため、ユーザーは保護されます。

クロスチェーンブリッジのTVL、再担保されるETHの量、オプトインするオペレーターの数、その他多くのパラメーターが常に変化し、劇的に変動する可能性があることを考慮すると、AVSはセキュリティ予算とバッファスペースを調整する何らかの方法が必要です。

AVSはトークン総供給量の一部で経済的安全性を支払うことができます。

しかし、EigenLayerを使うことでトークンの実用性を損なうことになるのでしょうか

?

絶対にありません！

EigenLayerはデュアルステーキングをサポートしています。これにより、ETHとネイティブトークンの両方でネットワークを保護し、必要に応じてそれぞれの比率を調整することができます。ネットワークの初期段階では、ETHの割合が多くなるでしょう。ネットワークが成熟するにつれて、ネイティブトークンがより重要な役割を果たすようになるかもしれません。この場合、AVSはプロトコルガバナンスを通じてネイティブトークンの割合を増やすことができます。

さらに、AVSは短期的にAVSのセキュリティニーズが急増しているとき、例えばAVSの予言者が提供するDeFiプロトコルのTVLが急増しているときにも、EigenLayerを使って経済的セキュリティを強化することができます。

この観点から、EigenLayerは「回復力のある」セキュリティを提供する、プログラム可能な信頼の市場です。

どのような外部ツールが使えますか

以下に注目すべきものを挙げます。

• EigenLayer の三者間市場では、Operator は AVS 開発者が AVS ソフトウェアを正しくエンコードし、妥当な没収額を設定することに依存しています。しかし、AVSの多様性を考慮すると、各AVSとOperatorの間の相互作用ロジックは異なる可能性があり、まったく新しい分野が生まれます。偶発的な没収を防ぐため、AVSはリリース前にコードベースを監査することができます。加えて、EigenLayerには複数の署名によって誤った没収決定を拒否できる拒否権委員会があります。
  

  一方、CubistはEigenLabsと協力して、セキュアなハードウェアを活用し、カスタムポリシーを使用してトランザクションに署名し、キーマネージャ内のメッセージを検証する、オープンな没収防止フレームワークを開発しています。たとえば、高さの異なる2つのブロックヘッドに同時に署名しても、キーマネージャー内のポリシーエンジンによって承認されることはありません。

  リスク選好度の高いリプレジデントやオペレーターは、より高いリターンを求めて早期のAVSに参加したいと思うかもしれません。この場合、キュービストのアンチスラッシャーが役に立つかもしれません。

• EigenLayerがAVSの信頼のネットワーク構築に役立つことは多くの人が知っていますが、AVSは経済的セキュリティのためにどれくらいの金額を支払う必要があるのでしょうか？

  Anzenプロトコルは、AVSの経済的セキュリティを測定するための一般的な標準指標であるセキュリティファクター（SF）を開発しました。 SFは腐敗のコストと腐敗の利益の概念に基づいています。

  Anzenは、AVSが経済的安全性を過剰に支払うことなく、最低限の経済的安全性を維持できるよう支援します。

• EigenLabsはAVSがノードソフトウェアコードを書くのを助けるためにEigenSDKを開発しています。SDKには署名集約、EigenLayerコントラクトとの相互作用ロジック、ネットワーキング、暗号化、イベント監視クライアントモジュールが含まれています。

  一方、OthenticはAVSがより早く製品をリリースするための開発ツールを構築しています。

参考文献：

1. https://medium.com/@lagrangelabs/state-committees-on-eigenlayer-via-lagrange-7752f1916db4

2. https://www.blog.eigenlayer.xyz/ycie/

3. https://www.blog.eigenlayer.xyz/eigenlayer-universe-15-unicorn-ideas/

4. https://github.com/Layr-Labs

5. https://docs.eigenlayer.xyz/eigenlayer/overview/