一文詳解 DeFi 借貸龍頭 Aave ガバナンス V2 の決定原理

2023-08-24 20:35:56

コレクション

2年間で272件の提案を処理したAaveガバナンスV2の意思決定システムは、なぜこれほど効率的なのか？

共有する

原文タイトル：Understanding Aave Governance V2: The Decision System Behind DeFi's Largest Lending Platform
原文著者：Callen
翻訳：倩雯，ChainCatcher

Aaveの発展の歴史

2017年のETH Lendの開始以来、Aaveはプロトコルの使用とガバナンスへの参加において大きな成長を遂げ、DeFi最大のプロトコルの一つとなり、58.91億ドルの預金を持っています。
Aave V2とAave V3の展開、さらにAave Governance V2の導入に伴い、Aaveはその貸付アーキテクチャを何度もアップグレードしました。
Aave Governance V2はDAOに完全に分散化されたガバナンスシステムを導入し、これによりDAOはもはやAaveのGenesisチームに完全に依存してオンチェーン提案を承認することはありません。
Aave Governance V2は、投票権と提案権の分離、投票戦略、複数の実行主体、そして「ガーディアン」と呼ばれるコミュニティ選出のマルチシグを含む新しいガバナンス機能を導入しました。
Aave Governance V2は4つのコアスマートコントラクトを含んでいます：AaveGovernanceV2、Short Executor、Long Executor、GovernanceStrategy。これらはEthereumメインネットおよび他のチェーン上で「Aave改善提案」（AIP）を作成、投票、実行する責任を負っています。
Aave Governance V2の利用率は非常に高く、272件の提案が提出され、Aaveのいくつかの重要な変革を推進しました。例えば、8つのチェーン上でAave V3を成功裏に展開し、GHO（Aaveの分散型ステーブルコイン）を導入しました。

Aaveの概要

Aaveは最大の分散型貸付プロトコルであり、第三のDeFiプロトコルで、8つのブロックチェーン上で58.91億ドルの預金を持っています。Aaveは2017年の最初のトークン発行ブームの際にETHLendとして始まり、分散型P2P貸付プラットフォームとして1620万ドルを調達し、LENDトークンを提供しました。2018年、ETHLendはAaveに改名し、プロトコルがP2Pモデルから流動性プールモデルに移行したことを示しています。 2020年1月にAave V1がリリースされ、数ヶ月後にトークンはLENDからAAVEに移行しました。

流動性プールモデルは、預金者のトークンを集中させ、借り手に即時流動性を提供します。借り手はもはやP2Pモデルのように理想的な取引相手を待つ必要がありません。このようにして、預金者は異なる借り手からの長期的な利息支払いから受動的にトークン収益を得ることができます。

2023年に至るまで、Aave V2と最近のAave V3の複数のブロックチェーンへの展開により、Aaveの使用量と預金額は大きな成長を遂げました。

Aaveの貸付アーキテクチャのアップグレードに加えて、Aave Governance V2の導入によりAaveのガバナンスシステムも全面的に改革されました。Aave Governance V2は完全に分散化されたオンチェーンガバナンスシステムであり、機能も更新されています。

AaveガバナンスシステムV2の導入により、DAOは完全に分散化されたオンチェーンガバナンスの新時代を迎えました。新しいガバナンスシステムは導入以来大きな活動を経験し、272件の提案の作成を処理しました。これにはAave V3、GHO（Aaveの分散型ステーブルコイン）の導入、新資産の上場が含まれます。

Aave Governance V2とは？

Aave Governance V2は、AaveプロトコルとAave DAOの運営方法を決定するパラメータの集合体です。最初はMarc Zellerによって提案され、2020年12月にAIP-4の下で有効化され、Aaveに4つの重要なガバナンス革新をもたらしました：

投票権と提案権の分離：Aave/stkAAVE保有者は、提案権のみを委任し、投票権を保持することができます。その逆も可能です。
投票戦略：異なる形式のガバナンス承認を受けたAaveトークンは、提案に投票することができます。例えば、aAAVEをAave市場にAAVEとして預け入れることができます。
複数の実行主体：短期実行主体と長期実行主体は、提案された変更の重要性に応じて異なる投票要件を採用することを可能にします。
ガーディアン：これはコミュニティ選出のマルチシグであり、個人は悪意のあるコードを使用して提案を否決またはキャンセルすることができます。

Aave Governance V2は、権限に基づくガバナンスモデルからインスパイアを受けており、このモデルは代議制民主主義を模倣していますが、強制力はありません。これらの新機能が組み合わさることで、Aaveにとってより包括的で効率的かつ強力なガバナンスシステムが提供されます。

しかし、Aave Governance V2の最も重要な変化は、誰でもAIPを提出し実施できるようになったことです。 これはAave Governance V1（V2の前身）では実現できなかったことです。

具体的には、V2はV1のガバナンスプロセスの第4ステップを回避しました。このステップでは、Aave創世チームのみがAIPを拘束力のあるガバナンス提案として提出することが許可されていました。今やV2では、十分なAAVE/stkAAVEを持つ誰でも完全に分散化された方法でAIPを提出し実施できるようになりました。

V1とV2は、提案のライフサイクルの初期段階として、修正案を提出しコミュニティと議論するという点で類似しています。しかし、第3ステップ------Aaveの最終意見を求める（ARFC）は、DAOのリスクサービスプロバイダーが意見を提供する提案の最終バージョンです。第4ステップでは、コミュニティが最終修正に満足しているかどうかを投票で決定し、最後に第5ステップでAave Governance V2の正式なAave改善提案（AIP）を使用してこれらの修正をオンチェーンで承認します。

動作原理

Aave Governance V2は4つのコアスマートコントラクトを含んでいます：AaveGovernanceV2、Short Executor、Long Executor、GovernanceStrategy。これらのコアスマートコントラクトは、AIPのプロセスを一貫して処理し、3つの重要な機能を提供します：

提案の作成：十分な提案権を持つコミュニティメンバーは、Aaveポリシーの任意のサブカテゴリーの下で提案を作成できます。変更が必要なポリシーに応じて、投票に必要な時間、権限、コミュニティの合意が決まります。
提案投票：提案がオンラインになると、AAVE/stkAAVE保有者はYAEまたはNAEの投票オプションを使用して提案結果に投票できます。
提案の実行：提案がトークン保有者の承認を得た場合、提案は遅延期間（Timelock）に入り、反対するユーザーがシステムから退出することができます（例えば、より厳しいリスク管理のために貸付ポジションを退出するなど）。遅延期間が終了すると、提案は猶予期間に入り、任意のEthereumアドレスが短期/長期実行者スマートコントラクト内の実行関数を呼び出すことで提案を実行できます。あるいは、悪影響がある場合、ガーディアンが提案を否決/キャンセルすることができます。

具体的には、Aave Governance V2はAIPの作成を処理し、ユーザーに実行者として使用するものとプロトコルに対して行いたい変更を説明する情報を提出するよう要求します。また、レビュー期間の長さを設定する責任も負います。

短期実行者（Short Executor）は、プロトコルに対する小さな変更を行うために使用され、より迅速で緩やかな合意要件を満たすことができます。例えば、パラメータの変更や資産の上場などです。

長期実行者（Long Executor）は、プロトコルのコアコードベースに対する重要な変更を行うために使用され、これらの変更はガバナンスの合意に影響を与え、長期的で大規模な合意プロセスを必要とします。例えば、AAVEトークン、V2ガバナンスパラメータ、そのものの変更などです。

ガバナンス戦略（GovernanceStrategy）は、ユーザーの提案と投票権を測定するロジックを処理します。また、どのトークンが投票に使用できるか（つまりAAVEとstkAAVE）を定義します。

これらのスマートコントラクトがどのように相互作用するかをさらに理解するために、Llamaが最近提案したEthereum AAVE V3でのLDOの上場提案を見てみましょう。この提案は資産の上場であり、重要なガバナンス合意パラメータには関与しないため、Llamaはすべての関連情報を提出しながら短期実行者を使用して、Aave Governance V2スマートコントラクトを通じてLDOを上場しました。

同時に、Aave Governance V2は短期実行者スマートコントラクトから合意要件を読み取り、ガバナンス戦略と相互確認を行い、まずLlamaの提案権をどのように計算するかを決定し、次にそれが必要な80,000 AAVEの提案閾値を超えているかどうかを確認しました。Llamaが十分な投票権を持っているため、提案は成功裏に作成され、1日のレビュー期間に入りました。

3日間の投票の後、短期実行者はガバナンス戦略を使用して、320,000 AAVEの票法定人数と80,000 AAVEの票差額の要件が満たされているかどうかを検証しました。この場合、Llamaはこれらの2つのパラメータを成功裏に通過し、459,700 AAVEの賛成票と0の反対票を得ました。

その後、提案は1日の遅延期間に入り、ユーザーは5日の猶予期間に入る前に必要に応じて変更に反応することができます。5日の猶予期間内に、ユーザーは短期実行者の実行を呼び出してオンチェーンの変更を承認する必要があります。猶予期間が終了する前に誰も提案を実行しなかった場合、提案は無効となり、変更は施行されません。最後に、ガーディアンがコードが悪意のあるものであることを発見した場合、彼らは提案を否決してプロトコルを保護することができます。

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

マルチチェーンDeFiエコシステムの進展に伴い、私たちはますます多くのブロックチェーンがDeFiプロトコルを展開し、新しいユーザーを引き付け、費用に敏感なオーディエンスに応えるのを目にしています。Aaveはマルチチェーン運動の最前線に立っており、そのV3製品は8つのチェーンに展開されています。しかし、これはガバナンスに新たな課題をもたらしました。例えば、トークン保有者が依然として分散化されていない（non-fragmented）かつ馴染みのある方法でクロスチェーン展開を制御できることを保証することです。

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

Ethereumメインネットの外にある各サポートされているV3展開には、そのチェーン上にブリッジ受信者とローカル実行者コントラクトが必要です（ArbitrumとOptimismは、L2互換性を確保するために追加のL2BridgeExecutorコントラクトを要求します）。

例えば、Polygon上のAave V3には、Polygon BridgeからのメッセージをリッスンするためのPolygon Bridge Executorがあります。これらのメッセージは、Ethereumメインネット上で成功したガバナンス投票から来ています。その後、Polygon Bridge ExecutorはメッセージをPolygonのローカル実行者コントラクト（Bridge Executor Base）に転送します。猶予期間内に、Polygon上の誰かが変更を開始した場合、このコントラクトは変更を実行できます。

Ethereumメインネットと同様に、クロスチェーン提案も同じ遅延と猶予期間の動作を示します。ガーディアンアドレスが指定されている場合、提案はガーディアンアドレスによって否決されることもあります。マルチチェーンガバナンスの問題は、ブリッジを利用することでセキュリティリスクが生じることです。例えば、ブリッジの検証者を信頼して、Ethereumメインネットから他のチェーンに取引を転送することが挙げられます。また、ブリッジのダウンやクロスチェーン提案が他のチェーンに転送できないリスクも存在します。

まとめ

AIP-4が開始されて以来、Aave Governance V2は272件のオンチェーン提案を承認し、コミュニティに安全で効率的、かつ分散化された提案作成、投票、実行プラットフォームを提供しています。