Aave ガバナンス V2 の詳細説明: より包括的で効率的な意思決定システム

著者: CALLEN; 出典: Wintermute; コンパイラ: Deep Tide TechFlow

まとめ：

• 2017 年の ETHLend を皮切りに、Aave はプロトコルの使用量とガバナンスへの参加が大幅に増加しており、DeFi 最大のプロトコルの 1 つであり、デポジットは 58 億 9,100 万ドルに達しています。
• Aave はローン アーキテクチャを複数回アップグレードし、Aave V2 と Aave V3 を展開し、Aave Governance V2 を開始しました。
• Aave Governance V2 は、DAO に完全に分散化されたガバナンス システムを導入します。これは、DAO がオンチェーン提案の承認を Aave 創設チームに完全に依存しなくなったことを意味します。
• Aave Governance V2 では、投票と提案権限の分離、投票戦略、複数の執行機関、コミュニティによって選出されたマルチ署名アカウントである Guardian などのガバナンスの新機能が導入されています。
• Aave Governance V2 は、AaveGovernanceV2、Short utor、Long utor、GovernanceStrategy の 4 つのコア スマート コントラクトで構成されています。彼らは、イーサリアムメインネットやその他のチェーン上で Aave Improvement Proposals (AIP) を作成、投票、実行する責任を負います。
• Aave Governance V2 は 272 件の提案で膨大な利用を達成し、8 つのチェーンでの Aave V3 の導入の成功や Aave の分散型ステーブルコインである GHO の開始など、Aave にいくつかの大きな変化をもたらしました。

導入

Aave は最大の分散型融資プロトコルであり、3 番目に大きな DeFi プロトコルであり、8 つのブロックチェーンにわたる総預金額は 58 億 9,100 万ドルに達しています。 Aave は 2017 年に ETHLend としてスタートし、LEND トークンと交換する分散型ピアツーピア (P2P) 融資プラットフォームとして初期コイン オファリング ブームで 1,620 万ドルを調達しました。 2018 年に ETHLend はその名前を Aave に変更し、プロトコルが P2P モデルから流動性プール モデルに移行したことを示しました。 2020 年 1 月に Aave V1 がリリースされ、数か月後には LEND から AAVE へのトークンの移行が行われました。

！ [Aave] (https://img-cdn.gateio.im/resize-social/moments-40baef27dd-414ac1c24a-dd1a6f-1c6801)

流動性プール モデルでは、預金者のトークンをプールして借り手に即時の流動性を提供できるため、P2P モデルのように理想的な取引相手を待つ必要がなくなりました。これにより、預金者は、時間の経過とともに発生するさまざまな借り手によって支払われる利息を通じて、受動的にトークンの利回りを得ることができます。

2023 年に早送りすると、Aave V2、そして最近では複数のブロックチェーンでの Aave V3 のリリースと展開により、Aave の使用量とデポジットが大幅に増加しました。

！ [Aave] (https://img-cdn.gateio.im/resize-social/moments-40baef27dd-e31a95532f-dd1a6f-1c6801)

Aave の融資アーキテクチャのアップグレードに加えて、機能が改善された完全分散型オンチェーン ガバナンス システムである Aave Governance V2 の立ち上げにより、Aave のガバナンス システムが全面的に見直されました。

！ [Aave] (https://img-cdn.gateio.im/resize-social/moments-40baef27dd-60549a17e9-dd1a6f-1c6801)

Aave Governance V2 の導入により、完全に分散化されたオンチェーン ガバナンスの新時代が DAO に展開され、その立ち上げ以来、新しいガバナンス システムは多大な活動を経験しました; Aave V3 を含む 272 件の提案が処理されました Aave の GHO の立ち上げ分散型ステーブルコイン、および新しい資産のリスト。

Aave ガバナンス V2 とは何ですか?

Aave Governance V2 は、パラメーターが Aave プロトコルと Aave DAO の動作をサポートする一連のスマート コントラクトです。これはもともと Marc Zeller によって提案され、2020 年 12 月に AIP-4 に基づいて有効化され、4 つの主要なガバナンス革新を Aave に導入しました。

1. 投票権と提案権の分離: Aave/stkAAVE 保有者は、投票権を保持したまま提案権のみを委任することを選択でき、その逆も同様です。
2. 投票戦略: ガバナンスが承認したさまざまな形式の Aave トークンを使用して、提案に投票することができます。
3. 複数の執行機関: 短期執行者と長期執行者により、提案された変更の重要性に基づいて異なる投票要件を設定できます。
4. ガーディアン: コミュニティによって選出されたマルチ署名アカウント。個人が悪意のあるコードを含む提案を拒否したりキャンセルしたりできます。

Aave Governance V2 は、代表民主主義を模倣するものの強制はしない、委任されたガバナンス モデルからインスピレーションを得ています。同時に、これらの新機能は、Aave に、より包括的で効率的かつ堅牢なガバナンス システムを提供します。

！ [Aave] (https://img-cdn.gateio.im/resize-social/moments-40baef27dd-ca0ed08cec-dd1a6f-1c6801)

それにもかかわらず、Aave Governance V2 の下での Aave に対する最も重要な変更点は、誰でも AIP (Aave Improvement Proposal) を提出して実装できることであると主張する人もいるかもしれません。これは、V2 の前身である Aave Governance V1 では不可能です。

具体的には、V2 は V1 ガバナンス プロセスのステップ 4 をバイパスします。これにより、Aave Genesis チームは拘束力のあるガバナンス提案として AIP を提出することのみが許可されます。十分な AAVE/stkAAVE を持っている人は誰でも、完全に分散された方法で AIP を送信して実装できるようになりました。

！ [Aave] (https://img-cdn.gateio.im/resize-social/moments-40baef27dd-b6cad7da53-dd1a6f-1c6801)

V1 と V2 は、変更が提案され、コミュニティと議論される提案ライフサイクルの初期段階では類似点を共有しています。ただし、3 番目のステップである Aave 最終コメント要求 (ARFC) は、DAO リスク サービス プロバイダーからの意見を反映した提案の最終バージョンです。 4 番目のステップでは、コミュニティが最終的な変更に満足するかどうか投票する必要があります。最後に、5 番目のステップでは、Aave Governance V2 を使用して、正式な Aave Improvement Proposal (AIP) を通じてこれらの変更をオンチェーンで承認します。

どのように機能するのでしょうか?

Aave Governance V2 は、AaveGovernanceV2、Short utor、Long utor、GovernanceStrategy の 4 つのコア スマート コントラクトで構成されています。これらのコア スマート コントラクトは、AIP プロセスを最初から最後まで処理する責任を負い、次の 3 つの主要な機能を提供します。

1. プロポーザルの作成: 十分なプロポーザル権限を持つコミュニティ メンバーは、Aave ポリシーのサブカテゴリの下でプロポーザルを作成できます。変更されるポリシーに基づいて、投票に必要な時間、権限、コミュニティの合意を決定します。
2. 提案の投票: 提案が開始されると、AAVE/stkAAVE 保有者は YAE または NAE 投票オプションを介してその結果に投票できます。
3. プロポーザルの実行: プロポーザルがトークン所有者によって承認された場合、プロポーザルは遅延期間 (タイムロック) に入り、変更に反対するユーザーがシステムからオプトアウトできるようになります (例: リスク管理の強化によりポジションの借入を終了するなど)。 。遅延期間が終了すると、提案は猶予期間に入り、ショート/ロングユーザースマートコントラクトの実行関数を呼び出すことで、任意のイーサリアムアドレスで実行できます。または、不利な状況では、ガーディアンが提案を拒否/キャンセルすることができます。

！ [Aave] (https://img-cdn.gateio.im/resize-social/moments-40baef27dd-433cdd8e70-dd1a6f-1c6801)

特に、

• AaveGovernanceV2 は AIP の作成を担当し、ユーザーはどのエグゼキューターを使用するか、プロトコルにどのような変更を加えたいかを指定する情報を送信する必要があります。また、レビュー期間の長さを設定する責任もあります。
• 短いユータは、プロトコルに軽微な変更を加え、より迅速かつそれほど厳しくないコンセンサス要件 (パラメータ変更、資産リストなど) を可能にするために使用されます。
• ロング ユーターは、ガバナンス コンセンサスに影響を及ぼし、長時間かつ大規模なコンセンサス プロセスを必要とするプロトコルのコア コードに大きな変更を加えるために使用されます (例: AAVE トークン、V2 ガバナンス パラメーター、およびそれ自体への変更)。
• GovernanceStrategy は、ユーザーの提案と投票権を比較検討するためのロジックを処理します。また、投票に使用できるトークン (つまり、AAVE および stkAAVE) も定義します。

！ [Aave] (https://img-cdn.gateio.im/resize-social/moments-40baef27dd-351e98cdcf-dd1a6f-1c6801)

これらのスマート コントラクトがどのように相互作用するかをさらに理解するために、イーサリアム AAVE V3 に LDO を含めるという Llama による最近のオンチェーン提案を見てみましょう。この提案が資産リストの提案であり、主要なガバナンスコンセンサスパラメータが含まれていないことを考慮して、Llama はすべての関連情報を送信する際に Short utor を使用し、AaveGovernanceV2 スマートコントラクトを通じて LDO をリストしました。

同時に、AaveGovernanceV2 はショートユーザーのスマートコントラクトからコンセンサス要件を読み取り、GovernanceStrategy とクロスチェックして、最初に Llama の提案力の計算方法を決定し、次にそれが必要な 80,000 AAVE 提案しきい値を超えているかどうかを判断します。 Llama が十分な投票権を持っているため、提案は正常に作成され、1 日間のレビュー期間に入りました。

！ [Aave] (https://img-cdn.gateio.im/resize-social/moments-40baef27dd-88c3a31050-dd1a6f-1c6801)

3 日間の投票後、Short utor は GovernanceStrategy を使用して、投票定足数 320,000 AAVE と投票差 80,000 AAVE が満たされていることを確認しました。この場合、Llama は両方のパラメーターを正常に通過し、459.7k の AAVE "YAE" 票と 0 の "NAE" 票を受け取りました。

その後、プロポーザルは 1 日間の遅延期間に入り、ユーザーは 5 日間の猶予期間に入る前に変更に対応できるようになります。 5 日間の猶予期間中に、ユーザーはショート ユーザーの ute 関数を呼び出して、これらの変更をオンチェーンで承認する必要があります。猶予期間が終了する前に提案を実装する人がいない場合、提案は期限切れになり、変更は有効になりません。最後に、コードが悪意のある動作をしているとガーディアンが判断した場合、プロトコルを保護するための提案に拒否権を発動できます。

Aave のマルチチェーン ガバナンス システム

マルチチェーンの DeFi エコシステムが成長していることを考慮すると、新しいユーザーを引き付け、燃料を意識する視聴者に応えるために、DeFi プロトコルがますます多くのチェーンに導入されることが引き続き見られます。 Aave はマルチチェーン運動の最前線に立っており、V3 製品に 8 つのチェーンを展開しています。ただし、これにより、トークン所有者が非分散的で使い慣れた方法でクロスチェーン展開を確実に制御できるようにするなど、ガバナンスに新たな課題が生じます。

！ [Aave] (https://img-cdn.gateio.im/resize-social/moments-40baef27dd-343e6e99d0-dd1a6f-1c6801)

Aave のクロスチェーン ガバナンス アーキテクチャは、Uniswap や Compound などの他の主要なプロトコルと似ています。 Aave の場合、Polygon、Arbitrum、および Optimism 上の V3 デプロイメントのみが、Aave のクロスチェーン ガバナンス ブリッジを介してイーサリアム メインネットから直接制御されます。

イーサリアムメインネット外でサポートされているすべての V3 デプロイメントには、「クロスチェーンブリッジレシーバー」とネイティブ「エグゼキューター」コントラクトが必要です (Arbitrum と Optimism では、L2 互換性を確保するために 2 番目の L2Bridgeutor コントラクトが必要です)。

たとえば、Polygon では、Aave V3 に PolygonBridgeutor があり、Polygon クロスチェーン ブリッジから渡されるメッセージをリッスンします。このメッセージは、イーサリアム メインネットで成功したガバナンス投票から送信されます。次に、PolygonBridgeutor はメッセージを Polygon のネイティブ実行者コントラクト (BridgeutorBase) に転送します。Polygon 上の誰かによって開始された場合、これらの変更が適用されるまでの猶予期間が設けられます。

！ [Aave] (https://img-cdn.gateio.im/resize-social/moments-40baef27dd-ac19305072-dd1a6f-1c6801)

イーサリアム メインネットと同様に、クロスチェーン プロポーザルは同じレイテンシと猶予期間の動作を示します。プロポーザルは、指定されている場合、ガーディアン アドレスによって拒否することもできます。

マルチチェーン ガバナンスに関する懸念は、クロスチェーン ブリッジの使用により、検閲できない方法でイーサリアム メインネットから他のチェーンにトランザクションを中継するブリッジ バリデータを信頼するなど、セキュリティ上の懸念が生じることです。また、クロスチェーンブリッジのダウンタイムが発生し、クロスチェーンの提案が他のチェーンに配信されなくなるリスクもあります。

結論は

AIP-4 でのアクティベーション以来、Aave Governance V2 は 272 件のオンチェーン提案を承認し、提案の作成、投票、実行のための安全で効率的な分散型プラットフォームをコミュニティに提供しています。

！ [Aave] (https://img-cdn.gateio.im/resize-social/moments-40baef27dd-6897a7e9e4-dd1a6f-1c6801)