GoPlus Research: Aigenlayer の内部、AVS の設計と構築
原作者: GoPlus
背景
昨年から今日まで、EigenLayer はイーサリアム エコシステムの中核的な物語として TVL に 100 億米ドル以上を蓄積しました。しかし、主に、EigenLayer が最もよく知られている機能であるため、ほとんどの人は TVL を単に金融インフラストラクチャと考えているかもしれません。コンセプトは「リテイキング」。この第一印象により、EigenLayer はユーザーが追加のステーキング利益を得られるようにするための単なるプラットフォームであると思われやすくなります。実際、さらに深く考えると、重要な疑問が浮かび上がります。なぜ ETH または LST (流動性ステーキング トークン) をステーキングすると、追加の利回りが生成されるのでしょうか?この質問に対する答えは、EigenLayer の本質を明らかにします。私は、EigenLayer は実際には革新的な金融主導のクラウド コンピューティング インフラストラクチャだと思います。この定義は最初は矛盾しているように聞こえるかもしれませんが、EigenLayer の革新性を正確に反映しています。 AWS や GCP などの従来のクラウド コンピューティング サービスは、主に一元化されたリソースのプロビジョニングと管理に依存してコンピューティング能力を提供します。 EigenLayer は、金銭的インセンティブのメカニズムと分散コンピューティング リソースを巧みに組み合わせて、新しいクラウド コンピューティング インフラストラクチャ モデルを作成しました。この記事では、数か月にわたる開発実践の結果に基づいて、EigenLayer の原理とメカニズムを詳しく説明し、EigenLayer に基づいて独自の分散ネットワークを構築する方法と AVS を設計する方法についていくつかの経験とアイデアを共有します。
アイゲンレイヤーとは何ですか？
まず、EigenLayer はイーサリアム エコシステムの革新的なインフラストラクチャです。ユーザーにとって、イーサリアム資産を保有するユーザーはステーキングを通じて利子を得ることができるだけでなく、これらの預金証明書を使用して他の潜在的なプロジェクトをサポートし、追加の報酬を獲得することもできます。これは、EigenLayer - Resaking の中心的な概念です。これは、イーサリアムの強力なセキュリティと、ネットワークのコンセンサスセキュリティを必要とするすべてのプロジェクトをつなぐ魔法の橋のようなものです。開発者にとって、これはセキュリティを提供するクラウド コンピューティング プラットフォームのようなもので、複雑なコンセンサス システムやセキュリティ システムを最初から構築する必要がなく、分散型サービス自体の構築に集中できます。
AVS とは何ですか?またどのように機能しますか?
開発者は、Eigenlayer に基づいて、独自の Actively Validated Service (AVS) を構築できます。これは、Eigenlayer エコシステムの最も重要な概念でもあります。AVS は、単に「タスク」を検証するために住宅ローンを必要とするプロトコル、サービス、またはシステムです。たとえば、分散型の価格オラクル ネットワークを構築したい場合、オラクル ネットワークの参加ノードが悪事を働くのを防ぐために、これらのノードに特定の資産を抵当に入れ、報告された価格をブロードキャストするように各ノードを設定する必要があります。このシナリオは、AVS で完了するのに非常に適しています。AVS サービス自体は、価格の取得とレポートを担当します。同時に、AVS は、Eigenlayer コントラクトと通信するサービス管理コントラクト Service Manager にも対応します。 . には、サービスを実行しているオペレーターやサービスを保護するために使用されたデポジットの金額など、サービスの機能に関連するステータスが含まれています。 Vyas Krishnan 氏によると、Eigenlayer は「暗号通貨をクラウドに変換する」役割を担うため、AVS は Web2 でおなじみのクラウド サービスであり、Crypto の純粋なオンチェーン コンピューティング機能をオフチェーン クラウド コンピューティングに拡張します。 AVS は、Eigenlayer ネットワーク上でどのように動作するのでしょうか。
まず、Eigenlayer ネットワークを使用したいプロジェクト側は、独自の AVS クライアントと ServiceManager コントラクトを開発する必要があります。クライアント自体は、ネットワークによって実行されるサービスまたはシステムです。将来的には多数のノードがネットワークに参加するようになり、ServiceManager 契約自体がノードがネットワークに参加するための条件と、ノード自体に対する報酬と罰のメカニズムを規定します。例: どのトークンを抵当にする必要があるか、抵当にする必要があるトークンの最小数など。そして同時に、AVS ServiceManager コントラクトの一部の仕様に従い、Eigenlayer メイン コントラクトによるインデックス作成と通信のためのいくつかの基本インターフェイスを保持する必要があります。
ネットワークに参加するノード自体は、Eigenlayer では「オペレーター」と呼ばれます。オペレーターは、ネットワーク ノードの実際の運用と保守を主に担当する専門的なノード オペレーターです。特定のネットワークに参加するには、参加条件を満たす必要があります。 ServiceManagerで指定します。オペレーターとして、彼らは自分のノードに誓約するステーカーになることもできます。では、一般のユーザーはワークフロー プロセス全体にどのように参加するのでしょうか。Eigenlayer は、一般のユーザーが自分のトークンを選択した Operator ノードに委任し、AVS ネットワークの収益を実行することで追加の報酬を獲得できるようにする委任関数を設計しました。
AVS の構築とノードの採用が完了すると、ネットワークのサービスを利用できるようになります。次の図は、AVS サービス全体の呼び出しプロセスの公式図です。
サービス マネージャーがオペレーターのノードをトリガーして、イベント イベントを通じてオフチェーン計算を実行します。オペレーターは計算結果を秘密キーで署名した後、コントラクトに返し、呼び出しを完了します。しかし、実際には、AVS の使用はより柔軟です。まず、オペレーター ノードは登録時に IP およびその他のゲートウェイ情報を公開しているため、AVS をトリガーする必要はありません。サービス インターフェイス (大量のスパムを防ぐために認証が必要) が結果を取得しますが、このプロセスでは、同じ呼び出しに複数のノードが存在する可能性があるため、アグリゲーターを通じて結果を報告し、結果についての合意を得る必要があります。サービスの可用性を向上させるために、対応するサービスを実行します。最後に、サービス マネージャーは、Eigenlayer コントラクトと対話して、報告された結果に基づいてノードに対する報酬と罰を完了します。
EigenLayer の中心的な位置付け
AVS と EigenLayer の紹介を終えた後、誰もがそれをよりよく理解し、使用するかどうかを判断できるように、EigenLayer の主な 3 つの中心的な位置付けを要約したいと思います。
住宅ローン保有者と開発者をつなぐプラットフォーム
EigenLayer の中核的な立場の 1 つは、利害関係者と開発者をつなぐプラットフォームとしてのものです。この革新的なモデルは、分散型ネットワークの構築と参加の方法を完全に変え、双方に前例のない機会と利便性をもたらしました。 EigenLayer の出現前、新しい分散型ネットワークはコールド スタートの大きな課題に直面していました。
高い初期費用:プロジェクト関係者は、ノードをネットワークに参加させるために多額の資金と人的資源を投資する必要があります。
運用上のプレッシャー:アクティブなノード ネットワークを維持するには、継続的な運用とインセンティブが必要です。
ノード参加の高いしきい値:潜在的なノード オペレーターは参加するためにネットワーク固有のトークンを購入する必要があり、リスクとコストが増加します。
遅いネットワーク効果:参加者が少ないため、新しいネットワークでセキュリティと信頼性を迅速に確立することは困難です。
EigenLayer は、革新的な設計を通じてこれらの問題を巧みに解決します。これにより、ステーカーは ETH または LST を使用して複数のネットワークにノード サービスを同時に提供できるようになり、参加のしきい値が大幅に下がります。プロジェクト関係者は、既存の大規模な誓約者のネットワークに迅速にアクセスして、コールド スタート プロセスを加速できます。ノードオペレーターにとっては、参加ネットワークごとに特定のトークンを購入する必要がなくなり、リスクにさらされることが軽減されます。ステーカーが複数のネットワークから報酬を獲得できるようにすることで、EigenLayer はすべての関係者にとって有利なエコシステムを構築し、インセンティブの効果的な調整を実現します。この革新的なモデルは、分散型ネットワークの構築と参加プロセスを簡素化するだけでなく、ほとんどのトークン所有者に効果的な利息獲得シナリオも提供します。
現在のEigenLayerエコシステムから、Coinbase Cloud、Figment、Google Cloud、Galaxy、Hashkeyなど、非常に優れた支持を得ている多数のオペレーターノードがすでに存在していることがわかります。これらの機関の追加は、エコシステムに専門性と信頼性をもたらすだけでなく、一般ユーザーの信頼も大幅に高めます。委任者は、これらの強力なバックグラウンドを持つオペレーターを選択して資産を預けることができ、専門的なノード運用サービスが得られるだけでなく、リスクも軽減されます。開発者にとって、この利便性は自明のことであり、独自のバリデーター ネットワークを最初から迅速に構築できるため、コンセンサス ネットワークの開発と維持のコストが削減され、成熟した大規模なプレッジ プールを利用できます。セキュリティを強化し、コンセンサスインフラストラクチャの車輪を再発明するのではなく、自社の製品とサービスのイノベーションに重点を置きます。
共有セキュリティプール
上で述べたように、EigenLayer の最初の大きな特徴は、誓約者と開発者を接続し、プロジェクトがサービス検証ノードを迅速に見つけられるように支援できることです。では、開発者とプロジェクトにとって、これらのノードの安定性を確保し、独自のネットワークのセキュリティを実現するにはどうすればよいでしょうか。セックスはどうですか？これは、EigenLayer が解決する中心的な問題の 1 つであり、EigenLayer の最大のセールスポイントとも言えます。
ここで、まずネットワーク セキュリティと呼ばれるものを定義する必要があります。従来のブロックチェーンと分散型ネットワーク アーキテクチャでは、各ネットワークが独自のセキュリティとコンセンサス システムを独立して構築し、維持する必要があることは誰もが知っています。分散システムでは、すべてのノードが悪事を行う可能性があるため、ネットワークはゼロトラスト ベースで構築する必要があり、ノードの悪事を防ぎ、ネットワークの安定性を維持するには、厳格なコンセンサス メカニズムを構築する必要があります。そして安全性。一般的に、ほとんどのネットワークは、担保として独自のネットワーク トークンを差し出すことで利益を得るためにノードがネットワークの作業に参加できるようにすることを選択します。**「スラッシュ」** を通じて、この方法によりノードは悪事を行うために高額のコストを生み出すことができます。目標を達成するためにかかる費用。しかし、ここでのコスト自体は安定していない可能性があります。つまり、担保自体がこれらのネットワークのネイティブトークンである場合、価格が変動するにつれて、悪事を行うノードのコストも変動します。 「悪は担保よりも大きい」が満たされ、コスト「この条件が満たされると、ネットワークもセキュリティ危機に陥ります。この状況は歴史上何度も発生しており、ほとんどのネットワーク ネイティブ トークンの価格は実際に非常に簡単です。操作的で不安定。
EigenLayer が提供するソリューションは、共有セキュリティの概念に焦点を当てており、実際にイーサリアムのセキュリティを収益の形でこれらの分散型ネットワークにリースします。抵当権者、ノード、さまざまなプロジェクトをマッチングすることにより、悪事を行うコストを決定する担保は ETH/LST になります。ETH と再担保されたトークンの価格が安定しているため、このようなネットワーク セキュリティは実際にはより信頼できるものになります。これは、ネットワークが安定した安全な分散サービス ネットワークを初期段階で迅速に確立し、ネットワーク全体の「セキュリティ サービス料金」を支払うための収益として独自のトークンを使用するのにも役立ちます。同様に、この方法で元々集中型のサービスを分散型に移行することもでき、それによって元のサービスの品質と透明性が向上し、サービスの改善から得られた利益の一部をこれらの共有セキュリティ サービスの提供に使用できます。利害関係者は報酬を得て参入できます。好循環。
現在、EigenLayer は 120 億米ドル近い価値の TVL 資産を保有しています。これは、さまざまな DA、シーケンサー、オラクル、さまざまな分散型ネットワーク セキュリティ サービスを提供するのに十分な、巨大な共有セキュリティ プールに相当します。
プログラム可能なコンセンサス
EigenLayer の 3 番目の主要な利点は、プログラム可能なコンセンサスを実現できることです。ここで最初に AVS の概念を紹介する必要があります。AVS の正式名称は、Sequencer、DA、Oracle ネットワーク、およびさまざまな分散型ネットワーク サービスなど、検証に独自の分散システムを必要とするサービスを指します。参加ネットワークから構成され、対応する Operator が運用し、最終的には AVS に対応するコントラクト (ServiceManager) がコンセンサスを管理および維持します。オペレーターはこの契約入口を通じて登録する必要があり、賞罰もこの契約によって引き起こされるため、この契約は AVS のコンセンサスゲートウェイの役割を果たしていると言えます。開発者はコントラクトを作成する際に、独自の AVS 検証ルールと要件、ノード アクセス ルール、スラッシュ ルールなどを柔軟に定義でき、また、誓約されたトークンも柔軟に構成できます。 EigenLayer のプログラム可能なコンセンサス機能は、開発者に前例のない柔軟性と革新の余地を提供します。この機能により、開発者は開発段階とネットワークのニーズに応じてコンセンサスパラメータを動的に調整し、さまざまなシナリオでネットワークが最適なパフォーマンスとセキュリティを維持できるようにすることができます。この適応性により、プロジェクトはいつでも運営メカニズムを最適化し、変化する市場環境やユーザーのニーズに対応することができます。
AVS の設計思想と原則
独自の AVS を設計する前に、ほとんどの開発者は次の質問について明確に考える必要があると思います。
1. プロジェクト自体が提供するサービス要件と種類
プロジェクトが提供するサービスの種類を理解することは、以下に直接影響するため、AVS 設計の基礎となります。
必要性:計算自体がチェーン上のVMで実行できないか、コストが高すぎるかどうか。チェーン上のコントラクトで検証が完了できる場合は、AVSの使用の必要性を検討できます。
検証ロジック:サービスが異なれば、必要な検証方法も異なります。例えば：
Oracle サービスでは、複数のデータ ソースの整合性を検証する必要がある場合があります。
DA サービスには認証データの保存と取得が必要です
オンチェーンのリスク管理にはトランザクションのシミュレーションとレビューが必要であり、リアルタイムの効率と正確さが求められます。
パフォーマンス要件:サービスの種類によって、速度とスループットの要件が決まります。のように：
リアルタイムのオンチェーン リスク管理サービスには、極めて低い遅延が必要です
AI サービスには大量の GPU コンピューティング能力が必要です
セキュリティ モデル:サービスが異なれば、直面するセキュリティの脅威も異なり、ペナルティ メカニズムの設計に影響します。例えば：
金融サービスにはより厳格なセキュリティ対策とより重い罰則が必要になる可能性がある
コンテンツ配信サービスは耐改ざん性と可用性をより重視する可能性がある
ノードの要件:サービス タイプによって、ノードのハードウェア要件とソフトウェア要件が決まります。のように：
コンピューティング集約型のサービスには高性能サーバーが必要です
ストレージを大量に使用するサービスには大容量のストレージが必要です
2.悪事を働くノードを懲らしめる方法
この問題は、AVS のセキュリティと信頼性に直接関係しています。開発者は、ネットワークのセキュリティと安定性を維持するために、効果的な罰メカニズムを設計する必要があります。これには以下が含まれます。
どのような行為が「悪」とみなされるかを定義する
適切なレベルの罰を設定します。これは抑止には十分ですが、ノードへの参加の減少につながるほど厳しいものではありません。
公正かつ透明な判断と執行の仕組みを設計する
合理的な懲罰メカニズムは、ノードが悪を行う動機を効果的に低減し、ネットワークの長期的な健全な動作を保証します。
3. サービス自体の収益性と「シェアードセキュリティ」に支払える予算
この質問は AVS の経済的持続可能性に関するものです。開発者は以下を評価する必要があります。
サービスの収益モデルと予想される収益、またはプロジェクトの初期段階でそれを独自のトークンノミクスと組み合わせて、トークン インフレーションを通じて十分な報酬期待を提供する方法。
インフラストラクチャ、メンテナンスなどを含む運営コスト
ノードとステーカーに割り当てられる報酬予算
合理的な経済モデルにより、AVS はプロジェクトの持続可能な開発を維持しながら、十分なノードとステーカーを引き付け、保持することができます。
4. どれくらいのネットワーク規模が必要ですか?
ネットワークのサイズは、AVS のパフォーマンス、分散化、セキュリティに直接影響します。
小規模なネットワークは管理しやすいかもしれませんが、分散化がある程度犠牲になる可能性があります。
ネットワークが大規模であれば、セキュリティは強化されますが、複雑さとコストが増加する可能性があります。
開発者は、サービス要件とリソースの制約に基づいて最適なバランス ポイントを見つける必要があります。
これらの問題を明確に考慮することによってのみ、関与性の高い優れた AVS を設計することが可能となり、検討不足によって後から発生する可能性のある大きな問題を回避することができると思います。
AVS の現在のエコロジーと新たな機会
EigenLayer はまだ初期段階にありますが、私たちはこのエコシステムには多くの機会と可能性があると信じています。まず、私たちの観察によれば、
現在のエコシステムの AVS は主に次の領域に焦点を当てています。
DA
分散型シーケンサー
乱数の生成
ZK-証明者
オラクルサービス
これらのサービスは主に開発者を対象としており、ブロックチェーン インフラストラクチャに重要なサポートを提供します。ただし、現在のエコシステムにはいくつかの重大なギャップがあることに気付きました。
従来のユニバーサル分散コンピューティング ネットワークの欠如
エンド ユーザーに直接サービスを提供する AVS はほとんどありません。
私たちは、多数の AVS を適用することで、エコシステムにさらなる可能性をもたらすことができると信じています。これらの適用された AVS はエンド ユーザーに直接サービスを提供できるため、EigenLayer の影響力と有用性が拡大します。ユーザー セキュリティ サービスのプロバイダーとして、GoPlus は、EigenLayer のインフラストラクチャを活用して、ユーザー セキュリティに重点を置いた AVS を構築しています。この AVS は、暗号通貨ユーザーに次のような包括的なセキュリティ保護サービスを提供します。
ウォレットアドレスのリスク評価
フィッシング対策と詐欺対策の保護
トークンのリスク評価
分散型リアルタイムオンチェーンファイアウォール
GoPlus は、EigenLayer 上に AVS を構築することで、分散型、透明性、信頼性の高いセキュリティ サービスを提供します。この動きにより、サービスの信頼性が向上するだけでなく、インセンティブの仕組みを通じてより多くの参加者が集まります。 GoPlus の AVS は、ユーザーに優れた保護を提供し、EigenLayer がエンドユーザー向けに新しいアプリケーション分野に拡大できるように支援します。そのため、GoPlus のセキュリティ サービスは、AVS のアップグレード完了後、1 日あたりの平均呼び出し回数が最大 2,100 万回になります。エコシステム内で最大のアプリケーションのユースケースになると予想されます。また、分散型でセキュリティ サービスを提供することも、Web3 の開発プロセスにおける新しいセキュリティ パラダイムです。
