Aave Governance Module V3の機能とプロセスの詳細な分析

中級1/9/2024, 6:59:17 AM
AaveレンディングプロトコルであるAAVEは、最新のガバナンスモジュールであるAave Governance V3を正式に発表し、議決権行使コストの大幅な削減、自動ボットの追加、クロスチェーンインフラストラクチャの改善などの大きな利点をもたらし、オンチェーンガバナンスの新しいパラダイムを設定します。

優良レンディングプロトコルであるAAVEは、本日(12月27日)、最新のガバナンスモジュールであるAave Governance V3を正式に開始しました。 これにより、投票コストの大幅な削減、自動化されたボットの追加、クロスチェーンインフラストラクチャの改善など、大きな利点がもたらされ、オンチェーンガバナンスの新しいパラダイムが設定されます。

目次:

Aaveガバナンスモジュールの参考値

Aaveレンディングプロトコルは、この記事を書いている時点で約65億ドルの資金を保有しており、オンチェーン製品のトップ3にランクインしています(LidoとMakerがそれぞれ1位と2位)。 したがって、更新には細心の注意を払う必要があります。 ガバナンスでさえ、人為的ミスや集中化のリスクを最小限に抑えるために、一連の堅牢な規制と契約の実行に従うことができます。

プロトコルのバックドア機能のマルチシグ制御に依存する他のプロジェクトガバナンスモデル(マルチシグを持たないものもあります)とは対照的に、Aaveプロトコルは比較的安全なメカニズムを備えています。 これは、将来の理想的なガバナンスメカニズムに関する貴重な洞察を提供します。

一方、AAVE Governance V2は2020年から運用されており、その実現可能性は徹底的に検証されています。 GHOステーブルコインの発行とプロトコルの統合も容易になり、ガバナンスモジュールの運用のみでこのような複雑なエンジニアリングの偉業を処理できたのは、実に興味深いことです。

Aave Governance Module V2 の概要

既存の AAVE Governance V2 モジュールは廃止されますが、V3 は一般的な構造を継承し、基本的な理解を必要とする最適化を行います。

基本アーキテクチャ

AAVE Governance V2 の運用目標は、完全な分散化を実現することです。 DAOは、オンチェーンの提案を承認するために創設チームに頼ることなく、オンチェーンガバナンスの結果に基づいてプロトコルを自動的に更新します。


Aave 治理 V2 架构(资料来源)
Aave Governance V2 アーキテクチャ (ソース)

実際には、Aave Governance V2 は次のコンポーネントに分解できます。

  • AaveGovernancev2:AIPの作成、情報送信、パラメータ設定などを担当します。
  • Short Executor: プロトコルに小さな変更を加えるために使用され、プロトコル内の許容可能なアセットのリストを増減するプロポーザルなど、より低いしきい値で渡されたプロポーザルの内容を実行して、迅速な反復を完了します。
  • Long Executor: プロトコルのコアコードに大幅な変更を加えるために使用され、プロトコル自体の論理ルールを変更するプロポーザルなど、より高いしきい値で合格するプロポーザルの実行を担当します。
  • GovernanceStrategy:ユーザー提案と投票の運用ロジックを処理し、投票に使用できるトークンを定義します。 V2で投票に使用できるトークンは、AAVEとstkAAVE(ステークAAVE)です。

また、Aave Guardianと呼ばれる一連のコントラクトもあり、10個のアドレスのマルチシグによって制御されます。 その主な責任は、プロトコルのセキュリティを保護するために、緊急事態でプロトコルの契約を変更することです。 状況によっては、悪意のある提案をキャンセルしたり、プロトコル操作をシャットダウンしたりすることもできます。

(Aaveセキュリティの脆弱性が爆発|ファンドはもはやリスクにさらされておらず、市場を再開するためのコミュニティの投票を待っています)

操作の流れ

これまで、AAVE Governance V2 モジュールのガバナンス プロセスの基本構造は次のとおりです。

  1. プロポーザルの提出:プロポーザルはコミュニティフォーラムで議論され、体温チェックが行われ、その後、オフチェーンのスナップショット投票が行われます。
  2. ARFC:オフチェーン投票を通過した提案を完全な提案(AIP)にコンパイルし、同時に完全なコードを提出し、オフチェーンスナップショット投票を再度実施します。
  3. AIPの提出:通常、チームは2回目のオフチェーン投票を通過した提案に対してAIPをガバナンス契約に提出しますが、誰でもAIPを提出できます。
  4. 遅延期間:約1日の遅延期間の後、ガバナンス契約はトークンステータスのスナップショットを完了し、議決権を確認します。
  5. オンチェーン投票:影響度が異なる提案には、さまざまな合格しきい値があります。
  6. プロポーザルの実行: プロポーザルが可決された後、ロックイン期間が設けられます。 終了後、Short Executor または Long Executor を使用して、影響度の異なる提案に従って更新コードを実行します。 この部分は、外部アドレスによってトリガーされる必要があります。
  7. クロスチェーン実行:提案がイーサリアム以外のネットワーク上にある場合、クロスチェーントランザクションを実行し、対応するネットワークの実行コントラクトを実行する必要があり、これも外部アドレスによってトリガーされる必要があります。

既存の問題

AAVE Governance V2 が 3 年間の運用後に特定した問題:

  • 高い議決権行使コスト:現在の設計では、特に小規模ユーザーに影響を与える多額のガスコストがかかります。 AaveトークンとstkAAVEトークンの議決権はどちらも分散化されており、150,000人以上のAave保有者と20,000人のstkAAVE保有者がいます。 多くのユーザーは、少量のトークンとそれに対応する議決権を保有しています。 イーサリアムのガス料金が比較的低いシナリオ(例:20 gwei)でも、投票を完了するには約5ドルかかります。ネットワークが輻輳している間は、投票コストが5倍から10倍に跳ね上がる可能性があります。
  • ガバナンスとトークン利害の競合:既存のガバナンスモジュールに対応するために、AAVEおよびstkAAVEトークン保有者の議決権を検証するために、トークンをコントラクトで照会できるようにする必要があります。 トークン自体は追加の残高履歴を記録する必要があるため、AAVEおよびstkAAVE送金の取引手数料が増加します。 これにより、トークン保有者の運用コストが間接的に上昇します。 これらの課題は、議決権コストに対処し、分散化を強化し、ガバナンスとトークンの利益の間の対立を軽減するために、AAVE Governance V2モデルの改善の必要性を浮き彫りにしています。

Aave Governance Module V3 の概要

Aave Governance V3 と V2 の類似点と相違点を簡単に確認

  • プロポーザルの作成:V3 のガバナンス ルールでは、プロポーザーは、プロポーザルを作成する前に、実行可能で有効なコントラクト コードを Aave コントラクトにデプロイし、登録を完了してプロポーザルの認識を取得する必要があります。
  • 投票の遅延: V2 とほぼ同じで、提案の作成から投票開始までに 1 日の遅延があり、投票権のスナップショットは終了後に取得されます。 ただし、いくつかの技術的な理由により、v3 の待機時間は時間によって異なります。
  • 提案投票:ほとんどの場合、有権者はイーサリアムではなく、Polygon、Avalanche、Arbitrum、Optimismなどの他のネットワークに投票し、将来的にはさらに多くのネットワークが開かれる予定です。 補足:提案への投票は、複数のネットワークで同時に行われるのではなく、1つのネットワークでのみ行われます。 提案者は、好みやその他の要因に基づいて、どのネットワークに投票するかを選択できます。
  • プロポーザルの実行: プロポーザルのタイムロックと実行フェーズは V2 とまったく同じですが、実行は他のネットワークに拡張されます。
  • より多くの資産認識議決権を受け入れる:AAVE、aAAVE、stkAAVE、およびstkABPTはすべて議決権を受け取ります。

実施体制:ガバナンス運用プロセス

AAVEガバナンスモジュールの今後のすべての提案は、次のプロセスを経ます。


Aave Governance V3 の運用プロセス(出典)

  1. コード送信: 提案者はプロポーザルを作成してコードを送信し、ターゲット ネットワーク上のコントローラー コントラクトに登録します。 たとえば、プロポーザルが Aave v3 Avalanche にアセット クラスを追加することを目的としている場合、プロポーザルを送信し、コードを Avalanche にデプロイする必要があり、プロセス全体で権限は必要ありません。
  2. プロポーザル ID を返す: プロポーザルの作成プロセスが完了すると、プロポーザーはターゲット ネットワークから ID 証明書を受け取ります。
  3. プロポーザルの作成:適格なプロポーザー(身分証明書と十分なプロポーザル権限を保有)は、コアガバナンスコントラクトを使用してイーサリアム上でプロポーザルを作成し、提出されたコードのネットワークを選択します。
  4. プロポーザルの開始:遅延期間の後、Aaveボットまたはその他のイーサリアムアドレスはプロポーザルを開始し、ブロックチェーンの状態のスナップショットを完了することができます。
  5. ブロックハッシュ値の送信:ガバナンスコアコントラクトは、提案情報(イーサリアムブロックハッシュ)をAaveクロスチェーンインフラストラクチャに送信します。
  6. ターゲット ネットワークの状態の決済: ターゲットの投票ネットワークでは、Aave ボットまたはその他のアドレスが、投票検証に使用されるグローバル ステートの決済を確定します。 これには、イーサリアムブロックのハッシュ値、そのステートツリー、投票資産のステートツリーが含まれます。
  7. 投票開始: ターゲットネットワークで投票が開始されます。
  8. 提案投票:イーサリアムの議決権を持つすべてのユーザーは、投票契約を通じてターゲットネットワークに投票することができます。
  9. 投票を締め切る: Aave ボットまたはその他のアドレスが投票メカニズムを呼び出して投票を終了します。
  10. 結果の決済:「はい」と「いいえ」のカウントの形式での投票結果は、Aaveクロスチェーンインフラストラクチャを介してイーサリアムメインネットに送信されます。
  11. 実行を待つ:投票結果は、イーサリアムのコアガバナンス契約に到達します。 情報を確認・確認した後、実行を待機します。
  12. プロポーザルの実行: Aaveボットまたはその他のアドレスが、更新されたコードを実行します。
  13. クロスチェーン実行:コードはイーサリアムまたは別のネットワーク上の対応する実行コントラクトに送信され、タイムロック期間が開始されます。
  14. Wait for Execution: イーサリアムの外部での更新の場合、コンテンツはそれぞれのコントローラーでキューに入れられます。
  15. プロポーザルの実行:ロック期間が終了すると、Aaveボットまたはその他のアドレスがターゲットネットワーク上で更新されたコードを実行します。

実装アーキテクチャ

上記の運用フレームワークの知識があれば、Aave Governance V3のコアコンポーネントをよりよく理解できます。

  • イーサリアムコアガバナンス契約:すべてのガバナンスモジュールの決済決定を担当します。 ユーザーの投票権の検証、状態スナップショット、投票トークンの決定、投票ルールロジックの決定、Guardianを介した悪意のある提案のキャンセル、ターゲットネットワークへの提案の転送、Aave Governance V2の運用原則のほとんどを維持します。
  • ターゲットネットワークガバナンス契約(Aave投票機):ターゲットネットワークでのガバナンス運用を担当します。 これには、提案者のコードと対話の受け入れ、投票ロジックの実行、投票結果の返却が含まれます。
  • Cross-Chain Communication Infrastructure(クロスチェーン通信インフラストラクチャ):将来のさまざまなネットワークのブリッジングニーズに対応するために設計された新しいクロスチェーン通信機能。 その主な機能には、双方向通信、カスタマイズされた機能、および緊急バックドアメカニズムが含まれます。
  • Aave Robot:ほとんどのガバナンス機能を自動的に実装し、インタラクションコストとネットワークインタラクションの両方をAave DAOが直接負担し、Chainlink Automationをコアとして選択します。 主な機能には、遅延期間後のプロポーザルのトリガー、ターゲットネットワークへの状態証明の提供、イーサリアムとターゲットネットワークの両方でのコード更新の実行が含まれます。

さらに、全体的なガバナンス アーキテクチャ ルールの大幅な変更により、ユーザーはさまざまなネットワーク上の投票マシンにアクセスする必要があります。 そのため、BGD Labs のコア チームは、オープンソースの フロントエンド インターフェイス を再構築し、独自のコピーを作成するための コードを ユーザーに提供しました。


現在、このフロントエンドインターフェイスの提案はありません(ソース)

Aave Governance V3の利点

  • 議決権行使コストの大幅な削減:

Polygonの現在の手数料レベルを例にとると、外部ネットワークで投票すると、投票コストは0.05ドルから0.1ドルの間になります。 これは、Aave Governance V2の現在の議決権行使コストの約100倍です。 参加者が完全に無料で投票できるようになるかもしれません。 将来的には、DAOがすべての参加者の投票費用を負担することが提案されています。 参加者が 10,000 人いる場合、総費用はわずか 750 ドルで、手頃な価格です。

  • ネイティブトークンの運用コストの削減:

AAVEとstkAAVEの残高履歴スナップショットは表示されなくなります。 Aave Governance V3のスマートコントラクトのアップグレードにより、AAVEとstkAAVEの送金が約75%安くなると予想されます。

  • パーミッションレスオートメーション:

Aave Governance V3には、状態遷移を生成するためにブロックチェーンとの相互作用を必要とする多くの段階が含まれますが、これらの段階はAaveロボットを介して自動化できます。 これは、ユーザーによる手動トリガーを必要とするV2よりもはるかに便利です。

免責事項:

  1. この記事は【链新闻】より転載しています。 すべての著作権は原作者[Kyle]に帰属します。 この転載に異議がある場合は、 Gate Learn チームに連絡していただければ、迅速に対応いたします。
  2. 免責事項:この記事で表明された見解や意見は、著者のものであり、投資アドバイスを構成するものではありません。
  3. 記事の他言語への翻訳は、Gate Learnチームによって行われます。 特に明記されていない限り、翻訳された記事を複製、配布、盗用することは禁止されています。

Aave Governance Module V3の機能とプロセスの詳細な分析

中級1/9/2024, 6:59:17 AM
AaveレンディングプロトコルであるAAVEは、最新のガバナンスモジュールであるAave Governance V3を正式に発表し、議決権行使コストの大幅な削減、自動ボットの追加、クロスチェーンインフラストラクチャの改善などの大きな利点をもたらし、オンチェーンガバナンスの新しいパラダイムを設定します。

優良レンディングプロトコルであるAAVEは、本日(12月27日)、最新のガバナンスモジュールであるAave Governance V3を正式に開始しました。 これにより、投票コストの大幅な削減、自動化されたボットの追加、クロスチェーンインフラストラクチャの改善など、大きな利点がもたらされ、オンチェーンガバナンスの新しいパラダイムが設定されます。

目次:

Aaveガバナンスモジュールの参考値

Aaveレンディングプロトコルは、この記事を書いている時点で約65億ドルの資金を保有しており、オンチェーン製品のトップ3にランクインしています(LidoとMakerがそれぞれ1位と2位)。 したがって、更新には細心の注意を払う必要があります。 ガバナンスでさえ、人為的ミスや集中化のリスクを最小限に抑えるために、一連の堅牢な規制と契約の実行に従うことができます。

プロトコルのバックドア機能のマルチシグ制御に依存する他のプロジェクトガバナンスモデル(マルチシグを持たないものもあります)とは対照的に、Aaveプロトコルは比較的安全なメカニズムを備えています。 これは、将来の理想的なガバナンスメカニズムに関する貴重な洞察を提供します。

一方、AAVE Governance V2は2020年から運用されており、その実現可能性は徹底的に検証されています。 GHOステーブルコインの発行とプロトコルの統合も容易になり、ガバナンスモジュールの運用のみでこのような複雑なエンジニアリングの偉業を処理できたのは、実に興味深いことです。

Aave Governance Module V2 の概要

既存の AAVE Governance V2 モジュールは廃止されますが、V3 は一般的な構造を継承し、基本的な理解を必要とする最適化を行います。

基本アーキテクチャ

AAVE Governance V2 の運用目標は、完全な分散化を実現することです。 DAOは、オンチェーンの提案を承認するために創設チームに頼ることなく、オンチェーンガバナンスの結果に基づいてプロトコルを自動的に更新します。


Aave 治理 V2 架构(资料来源)
Aave Governance V2 アーキテクチャ (ソース)

実際には、Aave Governance V2 は次のコンポーネントに分解できます。

  • AaveGovernancev2:AIPの作成、情報送信、パラメータ設定などを担当します。
  • Short Executor: プロトコルに小さな変更を加えるために使用され、プロトコル内の許容可能なアセットのリストを増減するプロポーザルなど、より低いしきい値で渡されたプロポーザルの内容を実行して、迅速な反復を完了します。
  • Long Executor: プロトコルのコアコードに大幅な変更を加えるために使用され、プロトコル自体の論理ルールを変更するプロポーザルなど、より高いしきい値で合格するプロポーザルの実行を担当します。
  • GovernanceStrategy:ユーザー提案と投票の運用ロジックを処理し、投票に使用できるトークンを定義します。 V2で投票に使用できるトークンは、AAVEとstkAAVE(ステークAAVE)です。

また、Aave Guardianと呼ばれる一連のコントラクトもあり、10個のアドレスのマルチシグによって制御されます。 その主な責任は、プロトコルのセキュリティを保護するために、緊急事態でプロトコルの契約を変更することです。 状況によっては、悪意のある提案をキャンセルしたり、プロトコル操作をシャットダウンしたりすることもできます。

(Aaveセキュリティの脆弱性が爆発|ファンドはもはやリスクにさらされておらず、市場を再開するためのコミュニティの投票を待っています)

操作の流れ

これまで、AAVE Governance V2 モジュールのガバナンス プロセスの基本構造は次のとおりです。

  1. プロポーザルの提出:プロポーザルはコミュニティフォーラムで議論され、体温チェックが行われ、その後、オフチェーンのスナップショット投票が行われます。
  2. ARFC:オフチェーン投票を通過した提案を完全な提案(AIP)にコンパイルし、同時に完全なコードを提出し、オフチェーンスナップショット投票を再度実施します。
  3. AIPの提出:通常、チームは2回目のオフチェーン投票を通過した提案に対してAIPをガバナンス契約に提出しますが、誰でもAIPを提出できます。
  4. 遅延期間:約1日の遅延期間の後、ガバナンス契約はトークンステータスのスナップショットを完了し、議決権を確認します。
  5. オンチェーン投票:影響度が異なる提案には、さまざまな合格しきい値があります。
  6. プロポーザルの実行: プロポーザルが可決された後、ロックイン期間が設けられます。 終了後、Short Executor または Long Executor を使用して、影響度の異なる提案に従って更新コードを実行します。 この部分は、外部アドレスによってトリガーされる必要があります。
  7. クロスチェーン実行:提案がイーサリアム以外のネットワーク上にある場合、クロスチェーントランザクションを実行し、対応するネットワークの実行コントラクトを実行する必要があり、これも外部アドレスによってトリガーされる必要があります。

既存の問題

AAVE Governance V2 が 3 年間の運用後に特定した問題:

  • 高い議決権行使コスト:現在の設計では、特に小規模ユーザーに影響を与える多額のガスコストがかかります。 AaveトークンとstkAAVEトークンの議決権はどちらも分散化されており、150,000人以上のAave保有者と20,000人のstkAAVE保有者がいます。 多くのユーザーは、少量のトークンとそれに対応する議決権を保有しています。 イーサリアムのガス料金が比較的低いシナリオ(例:20 gwei)でも、投票を完了するには約5ドルかかります。ネットワークが輻輳している間は、投票コストが5倍から10倍に跳ね上がる可能性があります。
  • ガバナンスとトークン利害の競合:既存のガバナンスモジュールに対応するために、AAVEおよびstkAAVEトークン保有者の議決権を検証するために、トークンをコントラクトで照会できるようにする必要があります。 トークン自体は追加の残高履歴を記録する必要があるため、AAVEおよびstkAAVE送金の取引手数料が増加します。 これにより、トークン保有者の運用コストが間接的に上昇します。 これらの課題は、議決権コストに対処し、分散化を強化し、ガバナンスとトークンの利益の間の対立を軽減するために、AAVE Governance V2モデルの改善の必要性を浮き彫りにしています。

Aave Governance Module V3 の概要

Aave Governance V3 と V2 の類似点と相違点を簡単に確認

  • プロポーザルの作成:V3 のガバナンス ルールでは、プロポーザーは、プロポーザルを作成する前に、実行可能で有効なコントラクト コードを Aave コントラクトにデプロイし、登録を完了してプロポーザルの認識を取得する必要があります。
  • 投票の遅延: V2 とほぼ同じで、提案の作成から投票開始までに 1 日の遅延があり、投票権のスナップショットは終了後に取得されます。 ただし、いくつかの技術的な理由により、v3 の待機時間は時間によって異なります。
  • 提案投票:ほとんどの場合、有権者はイーサリアムではなく、Polygon、Avalanche、Arbitrum、Optimismなどの他のネットワークに投票し、将来的にはさらに多くのネットワークが開かれる予定です。 補足:提案への投票は、複数のネットワークで同時に行われるのではなく、1つのネットワークでのみ行われます。 提案者は、好みやその他の要因に基づいて、どのネットワークに投票するかを選択できます。
  • プロポーザルの実行: プロポーザルのタイムロックと実行フェーズは V2 とまったく同じですが、実行は他のネットワークに拡張されます。
  • より多くの資産認識議決権を受け入れる:AAVE、aAAVE、stkAAVE、およびstkABPTはすべて議決権を受け取ります。

実施体制:ガバナンス運用プロセス

AAVEガバナンスモジュールの今後のすべての提案は、次のプロセスを経ます。


Aave Governance V3 の運用プロセス(出典)

  1. コード送信: 提案者はプロポーザルを作成してコードを送信し、ターゲット ネットワーク上のコントローラー コントラクトに登録します。 たとえば、プロポーザルが Aave v3 Avalanche にアセット クラスを追加することを目的としている場合、プロポーザルを送信し、コードを Avalanche にデプロイする必要があり、プロセス全体で権限は必要ありません。
  2. プロポーザル ID を返す: プロポーザルの作成プロセスが完了すると、プロポーザーはターゲット ネットワークから ID 証明書を受け取ります。
  3. プロポーザルの作成:適格なプロポーザー(身分証明書と十分なプロポーザル権限を保有)は、コアガバナンスコントラクトを使用してイーサリアム上でプロポーザルを作成し、提出されたコードのネットワークを選択します。
  4. プロポーザルの開始:遅延期間の後、Aaveボットまたはその他のイーサリアムアドレスはプロポーザルを開始し、ブロックチェーンの状態のスナップショットを完了することができます。
  5. ブロックハッシュ値の送信:ガバナンスコアコントラクトは、提案情報(イーサリアムブロックハッシュ)をAaveクロスチェーンインフラストラクチャに送信します。
  6. ターゲット ネットワークの状態の決済: ターゲットの投票ネットワークでは、Aave ボットまたはその他のアドレスが、投票検証に使用されるグローバル ステートの決済を確定します。 これには、イーサリアムブロックのハッシュ値、そのステートツリー、投票資産のステートツリーが含まれます。
  7. 投票開始: ターゲットネットワークで投票が開始されます。
  8. 提案投票:イーサリアムの議決権を持つすべてのユーザーは、投票契約を通じてターゲットネットワークに投票することができます。
  9. 投票を締め切る: Aave ボットまたはその他のアドレスが投票メカニズムを呼び出して投票を終了します。
  10. 結果の決済:「はい」と「いいえ」のカウントの形式での投票結果は、Aaveクロスチェーンインフラストラクチャを介してイーサリアムメインネットに送信されます。
  11. 実行を待つ:投票結果は、イーサリアムのコアガバナンス契約に到達します。 情報を確認・確認した後、実行を待機します。
  12. プロポーザルの実行: Aaveボットまたはその他のアドレスが、更新されたコードを実行します。
  13. クロスチェーン実行:コードはイーサリアムまたは別のネットワーク上の対応する実行コントラクトに送信され、タイムロック期間が開始されます。
  14. Wait for Execution: イーサリアムの外部での更新の場合、コンテンツはそれぞれのコントローラーでキューに入れられます。
  15. プロポーザルの実行:ロック期間が終了すると、Aaveボットまたはその他のアドレスがターゲットネットワーク上で更新されたコードを実行します。

実装アーキテクチャ

上記の運用フレームワークの知識があれば、Aave Governance V3のコアコンポーネントをよりよく理解できます。

  • イーサリアムコアガバナンス契約:すべてのガバナンスモジュールの決済決定を担当します。 ユーザーの投票権の検証、状態スナップショット、投票トークンの決定、投票ルールロジックの決定、Guardianを介した悪意のある提案のキャンセル、ターゲットネットワークへの提案の転送、Aave Governance V2の運用原則のほとんどを維持します。
  • ターゲットネットワークガバナンス契約(Aave投票機):ターゲットネットワークでのガバナンス運用を担当します。 これには、提案者のコードと対話の受け入れ、投票ロジックの実行、投票結果の返却が含まれます。
  • Cross-Chain Communication Infrastructure(クロスチェーン通信インフラストラクチャ):将来のさまざまなネットワークのブリッジングニーズに対応するために設計された新しいクロスチェーン通信機能。 その主な機能には、双方向通信、カスタマイズされた機能、および緊急バックドアメカニズムが含まれます。
  • Aave Robot:ほとんどのガバナンス機能を自動的に実装し、インタラクションコストとネットワークインタラクションの両方をAave DAOが直接負担し、Chainlink Automationをコアとして選択します。 主な機能には、遅延期間後のプロポーザルのトリガー、ターゲットネットワークへの状態証明の提供、イーサリアムとターゲットネットワークの両方でのコード更新の実行が含まれます。

さらに、全体的なガバナンス アーキテクチャ ルールの大幅な変更により、ユーザーはさまざまなネットワーク上の投票マシンにアクセスする必要があります。 そのため、BGD Labs のコア チームは、オープンソースの フロントエンド インターフェイス を再構築し、独自のコピーを作成するための コードを ユーザーに提供しました。


現在、このフロントエンドインターフェイスの提案はありません(ソース)

Aave Governance V3の利点

  • 議決権行使コストの大幅な削減:

Polygonの現在の手数料レベルを例にとると、外部ネットワークで投票すると、投票コストは0.05ドルから0.1ドルの間になります。 これは、Aave Governance V2の現在の議決権行使コストの約100倍です。 参加者が完全に無料で投票できるようになるかもしれません。 将来的には、DAOがすべての参加者の投票費用を負担することが提案されています。 参加者が 10,000 人いる場合、総費用はわずか 750 ドルで、手頃な価格です。

  • ネイティブトークンの運用コストの削減:

AAVEとstkAAVEの残高履歴スナップショットは表示されなくなります。 Aave Governance V3のスマートコントラクトのアップグレードにより、AAVEとstkAAVEの送金が約75%安くなると予想されます。

  • パーミッションレスオートメーション:

Aave Governance V3には、状態遷移を生成するためにブロックチェーンとの相互作用を必要とする多くの段階が含まれますが、これらの段階はAaveロボットを介して自動化できます。 これは、ユーザーによる手動トリガーを必要とするV2よりもはるかに便利です。

免責事項:

  1. この記事は【链新闻】より転載しています。 すべての著作権は原作者[Kyle]に帰属します。 この転載に異議がある場合は、 Gate Learn チームに連絡していただければ、迅速に対応いたします。
  2. 免責事項:この記事で表明された見解や意見は、著者のものであり、投資アドバイスを構成するものではありません。
  3. 記事の他言語への翻訳は、Gate Learnチームによって行われます。 特に明記されていない限り、翻訳された記事を複製、配布、盗用することは禁止されています。
今すぐ始める
登録して、
$100
のボーナスを獲得しよう!
It seems that you are attempting to access our services from a Restricted Location where Gate is unable to provide services. We apologize for any inconvenience this may cause. Currently, the Restricted Locations include but not limited to: the United States of America, Canada, Cambodia, Thailand, Cuba, Iran, North Korea and so on. For more information regarding the Restricted Locations, please refer to the User Agreement. Should you have any other questions, please contact our Customer Support Team.