優良企業融資プロトコル AAVE は本日、最新のガバナンス モジュールである Aave Governance V3 を発表しました。これは、投票コストの削減、自動ロボットの追加、完全なクロスチェーン インフラストラクチャなどの一連の利点をもたらします。 。これにより、オンチェーンガバナンスの新しいパラダイムが確立されます。
Aave レンディング プロトコルは、これまでに約 65 億米ドルの資金を集めており、(Lido と Maker に次ぐ) オンチェーン製品のトップ 3 となっています。このことを考慮すると、プロトコルの更新には細心の注意が必要です。したがって、Aave は、人的エラーや集中化のリスクの影響を可能な限り軽減するために、ガバナンスの観点から非常に完全な仕様セットと契約実行メカニズムを採用しました。
他のプロジェクトとは異なり、Aave プロトコルは比較的安全なメカニズムを採用しており、マルチシグネチャ制御プロトコルのバックドア機能やマルチシグネチャ機能にも依存しません。このガバナンスモデルは参考価値が高く、将来の理想的なガバナンスの仕組みを構想する上で参考となる。
AAVE Governance V2 は、2020 年の運用開始以来完全に検証され、その実現可能性が証明されています。驚くべきことは、このガバナンスモジュールの運用を通じて、GHOステーブルコインの発行とプロトコルの統合さえも成功裏に達成されたことです。この複雑なプロジェクトはガバナンス モジュールの力を実証しており、非常に興味深いものです。
オリジナルの AAVE Governance V2 モジュールは廃止されますが、V3 はその一般的な構造を継承し、最適化されるため、基本的な理解が必要です。
AAVE ガバナンス V2 は、オンチェーン提案の承認を創設チームに依存することなく、オンチェーン ガバナンスの結果を通じてプロトコルの更新を自動的に実行し、完全な分散化という目標を達成することを目指しています。 。
Aave Governance V2 アーキテクチャ
実際には、Aave Governance V2 は次のコンポーネントに分類できます。
Aave Governance v2 : AIPの作成、情報提出、パラメータ設定等を担当します。
Short Executor: プロトコルに軽微な変更を加えるために使用され、プロトコル内の許容可能なアセットのリストを増減する提案など、迅速な反復を完了するために低いしきい値で渡された提案の内容を実行する責任があります。 。
Long Executor: プロトコルのコア コードに大きな変更を加えるために使用され、プロトコル自体のロジック ルールを変更する提案など、より高いしきい値で合格する提案の実行を担当します。
ガバナンス戦略: ユーザーの提案と投票の操作ロジックを処理し、投票に使用できるトークンを定義します。V2 での投票に使用できるトークンには、AAVE と stkAAVE (AAVE ステーク) が含まれます。
Aave Guardian と呼ばれる一連の契約もあり、これは 10 個のアドレスの複数署名によって管理されており、その主な責任は、緊急事態において契約の変更を担当し、ユーザーのセキュリティを保護することです。合意書。状況によっては、悪意のある提案がキャンセルされたり、プロトコルの運用が停止されたりする可能性があります。
これまで、AAVE ガバナンス V2 モジュールのガバナンス プロセスの基本構造は次のとおりでした。
提案書の提出: 提案書は、コミュニティ フォーラムで温度チェックが実行され、その後フォローアップが行われ、オフチェーン スナップショットの投票を入力してください。
ARFC: オフチェーン投票を通過する提案を完全な提案 (AIP) にコンパイルし、同時に完全なコードを送信して、オフチェーン スナップショット投票を再度実行します。
AIP の提出: 通常、チームは 2 回目のオフチェーン投票を通過した提案のガバナンス契約に AIP を提出しますが、実際には誰でも AIP を提出できます。
遅延期間: 約 1 日の遅延期間の後、ガバナンス コントラクトはトークン ステータスのスナップショットを完了し、投票権を確認します。
オンチェーン投票: 影響力のレベルが異なる提案には、異なる通過閾値があります。
提案の実行: 提案が可決された後はロックイン期間があり、終了後はショート エグゼキューターまたはロング エグゼキューターを使用して、影響度の異なる提案に従って更新コードが実行されます。 . この部分は外部アドレスによってトリガーされる必要があります。
クロスチェーン実行: プロポーザルがイーサリアム以外のネットワーク上にある場合、クロスチェーン トランザクションを実行し、対応するネットワークの実行コントラクトを実行する必要があります。これも外部アドレスによってトリガーされる必要があります。 。
3 年間の運用後に AAVE Governance V2 によって発見された問題:
投票コストが高すぎます。既存の設計では燃料を大量に消費します。中小企業には適さない これは特にユーザーに当てはまります。 Aave および stkAAVE トークンの議決権は分散化されており、Aave 保有者はそれぞれ 150,000 人以上、stkAAVE 保有者は 20,000 人以上いますが、これらのユーザーの多くは少数のトークンと議決権しか保有していません。比較的低いイーサリアムガス価格レベル (20gwei) であっても、投票を完了するには約 5 ドルの費用がかかります。ネットワークが混雑している場合、投票コストが 5 ～ 10 倍高くなる可能性があることは言うまでもありません。
ガバナンスとトークン間の利益相反: 既存のガバナンス モジュールと連携するには、契約によってトークンを照会して、AAVE および stkAAVE トークン所有者の議決権を確認する必要があります。トークン自体は、追加の残高履歴記録。これにより、AAVE および stkAAVE トークンの転送燃料手数料が増加します。これにより、トークン所有者の運用コストが隠れて増加します。
提案作成: V3 のガバナンス ルールでは、提案者が V3 を導入する必要があります。プロポーザルを作成する前に Aave 契約を実行可能で有効な契約コードを作成し、登録を完了してプロポーザルの承認を取得します。
投票の遅延: V2 とほぼ同じですが、提案の作成から投票の開始までに 1 日の遅延があり、終了後に投票権のスナップショットが取得されます。ただし、いくつかの技術的な理由により、v3 の遅延時間は時間によって異なります。
提案投票: ほとんどの場合、有権者はイーサリアムではなく、Polygon、Avalanche、Arbitrum、Optimism などの他のネットワークに投票しますが、将来的にはさらに多くのネットワークが開設される予定です。補足: 提案への投票は、複数のネットワークで同時に行われるのではなく、1 つのネットワークでのみ行われ、提案者は好みやその他の要因に基づいて投票するネットワークを選択できます。
プロポーザルの実行: プロポーザルのタイム ロックと実行フェーズは V2 とまったく同じで、実行は他のネットワークにも拡張されます。
資産認識のためのより多くの議決権を受け入れる: AAVE、aAAVE、stkAAVE、および stkABPT はすべて議決権を受け取ります。
AAVE ガバナンス モジュールの今後のすべての提案は、次のプロセスを経ます:
Aave ガバナンスV3 運用プロセス
コード送信: 提案者は提案書とコードを作成し、ターゲット ネットワークのコントローラー コントラクトに登録します。たとえば、プロポーザルが Aave v3 Avalanche に新しいアセット クラスを追加することが予想される場合、プロポーザルを送信してコードを Avalanche にデプロイする必要があり、プロセス全体で許可は必要ありません。
プロポーザル識別証明書の返送: 提案者がプロポーザル作成プロセスを完了すると、ターゲット ネットワークから送信された識別証明書を受け取ります。
提案の作成: 適格な提案者 (識別証明書と十分な提案権限を持つ) は、イーサリアム上のコア ガバナンス契約を通じて提案を作成し、コードを送信するネットワークを選択します。
プロポーザルの起動: 遅延期間が終了すると、Aave ボットまたはその他のイーサリアム アドレスはプロポーザルを起動し、ブロックチェーン状態のスナップショットを完成できるようになります。
ブロック ハッシュ値の送信: ガバナンス コア コントラクトは、提案情報 (イーサリアム ブロック ハッシュ) を Aave クロスチェーン インフラストラクチャに送信します。
ターゲット ネットワーク状態の解決: ターゲット投票ネットワーク上で、Aave ロボットまたはその他のアドレスは、イーサリアム ブロック ハッシュ値、その状態ツリー、および投票資産ステータスを含む、投票検証のためのグローバル状態の解決を完了します。木。
投票の開始: ターゲット ネットワークで投票を開始します。
提案投票: イーサリアム上で投票権を持つすべてのユーザーは、投票マシン契約を通じてターゲット ネットワーク上で投票できます。
投票を終了: Aave ロボットまたはその他のアドレスが投票マシンを呼び出して投票を終了します。
結果の決済: 投票結果は、「はい」と「いいえ」のカウントの形式で、Aave クロスチェーン インフラストラクチャを通じてイーサリアム メイン ネットワークに送信されます。
実行待ち: 投票結果はイーサリアム上のコアガバナンスコントラクトに届き、確認情報を確認した後、実行を待ちます。
プロポーザルの実行: Aave ロボットまたは他のアドレスが更新コードを実行します。
クロスチェーン実行: イーサリアムまたは他のネットワーク上の対応する実行コントラクトにコードを転送し、タイムロック期間を開始します。
実行を待機中: Ethereum 外部の更新は、対応するコントローラーのキューに入れられます。
プロポーザルの実行: ロック期間が終了すると、ターゲット ネットワークの更新されたコードが Aave ロボットまたは他のアドレスによって実行されます。
上記の運用アーキテクチャを使用すると、Aave Governance V3 のコア モジュールにどのようなコンポーネントが含まれているかをよりよく理解できます:
Ethereum Core Governance Contract: Responsible Settlementすべてのガバナンスモジュールに対する決定。ユーザーの投票権の検証、ステータスのスナップショット、投票トークンの決定、投票ルールのロジックの決定、Guardian を介した悪意のある提案のキャンセル、ターゲット ネットワークへの提案の転送、および Aave Governance V2 の動作原理のほとんどの保持を担当します。
ターゲット ネットワーク ガバナンス契約 (Aave 投票マシン): ターゲット ネットワークのガバナンス運用を担当します。提案者のコードと対話、投票ロジックの実行、投票結果の返しなどが含まれます。
クロスチェーン通信設備: 将来のさまざまなネットワークのブリッジングニーズに対応する、まったく新しいクロスチェーン通信設備。主な機能としては、双方向通信、カスタマイズ機能、緊急バックドア機構などが挙げられます。
Aave ロボット: ほとんどのガバナンス機能の自動化を実現するために、ネットワークとの対話コストは Aave DAO によって直接負担され、操作の中核として Chainlink Automation が選択されます。主な機能には、遅延期間後の提案のトリガー、ターゲットネットワークへのステータス証明の提供、イーサリアムとターゲットネットワークの更新コードの実行などが含まれます。
さらに、全体的なガバナンス構造ルールの大幅な変更により、ユーザーは各ネットワークの投票マシンにアクセスする必要があるため、コアチーム BGDLabs はオープンソースのフロントエンド インターフェイスを再作成し、ユーザーに提供しました独自のコピーを作成するコードを使用します。
投票コストが大幅に削減されます: 外部ネットワーク上で投票することで、現在のガス料金がかかります。例として Polygon のレベルを投票すると、コストは $0.05 ～ $0.1 になります。 Aave Governance v2 での現在の投票コストよりも約 100 倍安価です。参加者が完全に無料で投票できるようにすることも可能で、将来的には参加者全員の投票費用をDAOが負担することが推奨される予定で、参加者が1万人でも総費用はわずか750ドルと手頃だ。
ネイティブ トークンの運用コストが削減されます: AAVE および stkAAVE には残高履歴スナップショットがなくなりました。これらのトークン スマート コントラクトは Aave Governance V3 でアップグレードされます。AAVE と stkAAVE の転送は約 75 になることが予想されます％安くなります。
ライセンス不要の自動化: Aave Governance V3 には、状態遷移を生成するためにブロックチェーンとの対話を必要とするリンクが多数ありますが、これらのリンクは Aave ロボットによって自動的に実行できます。ユーザーによる手動実行が必要な V2 と比較して、さらに便利になりました。
以上がAave Governance V3 が正式にリリースされ、オンチェーン ガバナンスを新たなレベルに押し上げます。の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。
![[Web フロントエンド] Node.js クイック スタート](https://img.php.cn/upload/course/000/000/067/662b5d34ba7c0227.png)
