AaveガバナンスV2を詳解：より包括的で効率的な意思決定システム

2023.08.24

共有先

TechFlow厳選深潮セレクト

AaveガバナンスV2を詳解：より包括的で効率的な意思決定システム

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

2023.08.24 - 08:26:13

Aave

Web3業界の深掘り報道に専念し潮流を洞察

執筆：CALLEN

編集・翻訳：TechFlow

概要

2017年のETHLendから始まり、Aaveはプロトコルの利用およびガバナンス参加において著しい成長を遂げており、預入額58.91億ドルを記録するDeFi最大級のプロトコルの一つである。
Aaveはローンアーキテクチャにおいて複数回のアップグレードを実施し、Aave V2およびAave V3を展開し、さらにAave Governance V2を導入した。
Aave Governance V2はDAOに完全非中央集権的なガバナンスシステムをもたらした。これにより、DAOはAave創設チームに依存せずにオンチェーン提案を承認できるようになった。
Aave Governance V2は、投票権と提案権の分離、投票戦略、複数の実行エンティティ、そしてコミュニティが選出するマルチシグウォレット「Guardian」など、ガバナンスに新たな機能を追加した。
Aave Governance V2は4つのコアスマートコントラクトから構成される：AaveGovernanceV2、Short Executor、Long Executor、およびGovernanceStrategy。これらはイーサリアムメインネットおよび他のチェーン上でAave Improvement Proposals（AIP）の作成、投票、実行を担当している。
Aave Governance V2は大きな利用実績を挙げており、272件の提案を処理。Aave V3の8つのチェーンへの展開や、Aaveの非中央集権型ステーブルコインGHOのリリースといった重要な変更を実現した。

Aaveとは

Aaveは最大級の非中央集権型レンディングプロトコルであり、8つのブロックチェーンにまたがる預入総額58.91億ドルを記録するDeFi界で3番目に大きなプロトコルである。Aaveは2017年にETHLendとしてスタートし、ICOを通じて1620万ドルを調達し、LENDトークンと引き換えにP2P（ピアツーピア）型の非中央集権的融資プラットフォームとして運営された。2018年、ETHLendはAaveへと名称変更し、P2Pモデルから流動性プールモデルへの移行を象徴した。2020年1月にはAave V1がリリースされ、数か月後にLENDからAAVEへのトークン移行が行われた。

流動性プールモデルでは、預金者のトークンがプール化され、借り手に即時流動性を提供する。P2Pモデルのように理想的な取引相手を待つ必要はなくなり、預金者は時間とともにさまざまな借り手からの利子収入をpassively得ることができる。

2023年現在、Aaveは利用者数および預入額において飛躍的な成長を遂げており、複数のブロックチェーン上でAave V2を展開した後、最近ではAave V3をリリースした。

Aaveのレンディングアーキテクチャのアップグレードに加え、Aave Governance V2の導入により、ガバナンスシステムも一新された。これは、改善された機能を持つ完全非中央集権型オンチェーングバナンスシステムである。

Aave Governance V2の導入により、DAOにとって完全非中央集権型オンチェーングバナンスの新しい時代が幕を開けた。導入以降、この新しいガバナンスシステムは活発な活動を見せ、272件の提案を処理。Aave V3の展開、Aaveの非中央集権型ステーブルコインGHO、および新規資産上場など、重要な変更を実現した。

Aave Governance V2とは何か？

Aave Governance V2は、AaveプロトコルおよびAave DAOの運営を支えるパラメータを持つ一連のスマートコントラクトである。当初、Marc Zellerにより提唱され、2020年12月のAIP-4にてアクティベートされた。これにより、以下の4つの重要なガバナンス革新が導入された：

投票権と提案権の分離：Aave/stkAAVE保有者は、提案権のみを委任しつつ投票権を保持する、あるいはその逆を行うことができる。
投票戦略：ガバナンス承認済みの異なる形式のAaveトークンが、提案に対して投票可能となる。
複数の実行エンティティ：短期Executorと長期Executorにより、提案内容の重要度に応じて異なる投票要件を設定できる。
Guardian：コミュニティが選出するマルチシグアカウントで、悪意のあるコードを持つ提案を否決またはキャンセルできる。

Aave Governance V2は、代表的民主制を模倣するが強制しない「委任型ガバナンスモデル」に触発されている。これらの新機能により、Aaveはより包括的で効率的かつ強固なガバナンスシステムを獲得した。

ただし、Aave Governance V2のもとで最も重要な変化は、「誰でもAIP（Aave Improvement Proposal）を提出・実行できる」ようになったことだ。これは、前身であるAave Governance V1では不可能だった。

具体的には、V2はV1ガバナンスプロセスの第4段階（Aave Genesisチームのみが拘束力のあるガバナンス提案としてAIPを提出可能）をバイパスした。今や、十分なAAVE/stkAAVEを保有する誰もが、完全非中央集権的にAIPを提出・実行できるようになった。

V1とV2は、変更の提案とコミュニティとの議論という初期段階では類似している。しかし第3段階の「Aave最終コメントリクエスト（ARFC）」では、DAOリスクサービスプロバイダーの意見を含めた最終版の提案が提示される。第4段階でコミュニティ投票を行い、最終的な変更案に対する満足度を確認。その後、第5段階で正式なAave改善提案（AIP）としてオンチェーンで承認される。これがAaveガバナンスV2によるプロセスである。

どのように動作するのか？

Aave Governance V2は4つのコアスマートコントラクトから構成される：AaveGovernanceV2、Short Executor、Long Executor、およびGovernanceStrategy。これらはAIPプロセス全体を管理し、以下の3つの主要機能を提供する：

提案作成：十分な提案権限を持つコミュニティメンバーであれば、誰でもAaveポリシーの任意のサブカテゴリ下で提案を作成できる。変更対象に応じて、投票に必要な期間、権限、コミュニティ合意が決定される。
提案投票：提案が開始されると、AAVE/stkAAVE保有者はYAEまたはNAEのいずれかを選択して投票できる。
提案実行：提案がトークン保有者によって承認されると、遅延期間（タイムロック）に入り、変更に反対するユーザーがシステムから退出する機会が与えられる（例：より厳格なリスク管理により借入ポジションを解消）。遅延期間終了後、猶予期間に入り、任意のイーサリアムアドレスがShort/Long Executorコントラクトの実行関数を呼び出して変更を実行できる。また、不都合な場合にはGuardianが提案を否決またはキャンセルできる。

具体的には、

AaveGovernanceV2はAIPの作成を担当し、ユーザーに情報を提出させ、使用するExecutorとプロトコルへの変更内容を指定させる。また、レビュー期間の長さを設定する。
Short Executorはプロトコルへの小規模な変更に使用され、より迅速かつ緩やかな合意要件を許容する（例：パラメータ変更、資産上場など）。
Long Executorはプロトコルのコアコードに対する重大な変更に使用され、ガバナンス合意に影響を与えるため、長く大規模な合意プロセスが必要とされる（例：AAVEトークン、V2ガバナンスパラメータ、および自身への変更）。
GovernanceStrategyは、ユーザーの提案権および投票権を算出するロジックを処理する。また、投票に使用可能なトークン（すなわちAAVEおよびstkAAVE）を定義する。

これらのスマートコントラクトの相互作用をさらに理解するために、最近Llamaが提唱した「LDOをイーサリアム上のAave V3に上場する」というオンチェーン提案を見てみよう。この提案は資産上場であり、重要なガバナンス合意パラメータには関係しないため、Llamaはすべての関連情報を提出しながら、Short Executorを使用し、AaveGovernanceV2コントラクト経由でLDO上場を申請した。

同時に、AaveGovernanceV2はShort Executorコントラクトから合意要件を読み取り、GovernanceStrategyと照合することで、まずLlamaの提案権の計算方法を確認し、次にそれが80,000 AAVEの提案閾値を超えるかどうかを判断した。Llamaが十分な提案権を有していたため、提案は正常に作成され、1日間の審査期間に入った。

3日間の投票期間を経て、Short ExecutorはGovernanceStrategyを用いて、320,000 AAVEの投票法定人数および80,000 AAVEの投票差異が満たされているかを検証した。この場合、Llamaは両方の条件を満たし、459.7k AAVEの「YAE」票を獲得し、「NAE」票は0であった。

その後、提案は1日間の遅延期間に入り、5日間の猶予期間に入る前にユーザーが変更に反応する時間を確保した。5日間の猶予期間中、ユーザーはShort Executor上でexecute関数を呼び出し、オンチェーンで変更を承認する必要がある。猶予期間終了までに誰も提案を実行しなければ、提案は失効し、変更は適用されない。最後に、Guardiansがコードに悪意ある行為があると判断した場合、プロトコルを保護するために提案を否決できる。

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

成長を続けるマルチチェーンDeFiエコシステムを考慮すると、DeFiプロトコルは新たなユーザー獲得や燃料費に敏感な層への対応を目的に、ますます多くのチェーンに展開している。Aaveはこのマルチチェーン潮流の先頭に立ち、V3製品を8つのチェーンにデプロイしている。しかし、これにより新たな課題も生じており、例えばトークン保有者が分散せず、使い慣れた方法でクロスチェーン展開に対して依然として統制を持てるようにすることなどが求められる。

Aaveのクロスチェーンガバナンスアーキテクチャは、UniswapやCompoundなどの他の主要プロトコルと同様の構造を持っている。Aaveの場合、Polygon、Arbitrum、Optimism上のV3展開のみが、イーサリアムメインネットから直接クロスチェーンガバナンスブリッジを通じて制御されている。

イーサリアムメインネット以外の各サポート対象V3展開には、「クロスチェーンブリッジレシーバー」とネイティブな「Executor」コントラクトが必要となる（ArbitrumおよびOptimismでは、L2互換性を確保するため、2つ目のL2BridgeExecutorコントラクトも必要）。

たとえば、Polygon上では、Aave V3はPolygonBridgeExecutorを所有しており、イーサリアムメインネットでの成功したガバナンス投票から送信されたメッセージを、Polygonのクロスチェーンブリッジ経由で監視している。その後、PolygonBridgeExecutorはそのメッセージをPolygonのネイティブExecutorコントラクト（BridgeExecutorBase）に転送し、Polygon上の誰かが発火すれば、猶予期間中に変更を実行できる。

イーサリアムメインネットと同様に、クロスチェーン提案も同じ遅延期間および猶予期間の挙動を示す。指定されていれば、Guardianアドレスが提案を否決することも可能である。

マルチチェーンガバナンスにおける懸念点の一つは、クロスチェーンブリッジの使用によりセキュリティ問題が生じることである。例えば、トランザクションをイーサリアムメインネットから他のチェーンへ、検閲不能な形で中継するために、ブリッジ検証者を信頼する必要がある。また、クロスチェーンブリッジの停止リスクもあり、それによりクロスチェーン提案が他のチェーンに伝達できなくなる可能性がある。