Aaveのガバナンスフォーラムに公開された decoded されたオンチェーン記録は、2026年9月2日から9月30日の間にAave V3イーサリアムのACLManagerコントラクト上で実行された3件のRISK_ADMIN_ROLE付与を記録しています。記録によると、3件すべての付与はプロトコルのガバナンスExecutorアドレスから発行されており、そのうちの1件はAave V4でRisk Stewardsを有効化する提案に直接関連しています。

decodedされた記録が示す内容

オンチェーンで decoded されたガバナンス投稿(ACLManager RISK_ADMIN_ROLE grants, Sep 2026 — decoded)は、V3アーキテクチャにおけるAaveの中央アクセス制御レジストリであるACLManagerコントラクトに記録された3つの個別の付与イベントを特定しています。ACLManagerは、Aave V3がプロトコル全体の管理ロールを割り当て・管理するコントラクトであり、そこに記録されたエントリは、リスクパラメータに対する委任権限の保有者を定義します。Aaveのガバナンスアーキテクチャでは、Executorコントラクトが承認された提案をオンチェーン上で実行します。 decoded された投稿によると、3件すべてのトランザクションはガバナンスExecutorである0x5300A1a15135EA4dc7aD5a167152C01EFc9b192Aから発行されました。

2件の付与は2026年9月2日、ブロック25,891,729で実行され、アドレス0xbe28...7744と0x529e...F6c5が対象となりました。一次資料では、これら2つの受取人の正確なコントラクトの正体は未確認とされており、オンチェーンの decoded によれば、公開時点でその役割と目的は十分に検証されていませんでした。

3件目の付与は2026年9月30日、ブロック26,089,561で、約20,061バイトのデプロイ済みコードを持つ検証済みのRiskStewardコントラクトに対して行われました。この付与は、ほぼ同時期に実行されたAIP-523「Activate Aave Risk Stewards on Aave V4」(ガバナンス提案)に直接関連しています。

RISK_ADMIN_ROLEがプロトコルの監視にとって重要な理由

RISK_ADMIN_ROLEは、Aaveのアクセス制御階層において完全なガバナンス階層の下に位置します。保有者は、準備金率(reserve factor)設定、供給・借入上限、LTV(貸借値)、清算閾値、清算ボーナス、E-Modeカテゴリ設定を更新でき、その都度個別のガバナンス投票をトリガーする必要はありません。これらの管理を総合すると、どれだけの資産が市場に参入できるか、清算時に担保がどのように扱われるか、そして価格相関のある資産がより高い借入効率のためにどのようにグループ化されるかが決まります。RISK_ADMIN_ROLEの保有者にできないのは、準備金の一時停止・再開、または完全な有効化・無効化であり、これらのアクションはより高い権限を持つロールに留保されています。

実務上の意味は速度です。RISK_ADMIN_ROLEの下で運用されるプロトコルのリスクマネージャーは、数日におよぶガバナンスサイクルを待つのではなく、数時間以内に市場環境、流動性の変化、オラクルの異常に対応できます。このロールは実務で頻繁に行使されています。2026年4月のrsETHインシデントの事後検証の時点で、Aave V3のRisk StewardsはすでにV3準備金全体で約295件の個別パラメータ変更を実行していました。

AIP-523がこのアーキテクチャをAave V4に拡張

AIP-523はこのモデルを、イーサリアム、Avalanche、Base上のAave V4に拡張します。この提案は、受取人の評判のみに依存するのではなく、厳格なパラメータ制限によって制約される、境界付きで取り消し可能なRISK_ADMIN_ROLE権限を付与するものであり、Aave V4 Risk Stewardsフレームワークはこれらの制約をオンチェーンで formal 化するために設計されました。

AIP-523のガバナンススレッドによると、V4フレームワークの下では、供給・借入上限は1回のRisk Steward更新で最大50%まで引き上げ可能です。

クールダウン期間が第2の制約層を追加します。ハブの金利と上限の変更には36時間のクールダウンが、スポークと担保のパラメータには72時間が必要であり、オラクル価格上限の更新は48〜72時間の範囲に該当します。これらの間隔は、悪用されたり、コミュニティの目がないまま重大な構造的変更に積み重なったりする可能性のある、連続的な迅速な調整を防ぐために設計されています。

ガバナンス上の考慮事項と未解決の疑問

9月の付与が提起する設計上の問題は、このロールが有用かどうか(明らかに有用です)ではなく、ロールが設置された後もガバナンスコミュニティが実質的なレビュー能力を維持できるかどうかです。フォーラム投稿者MconnectDAOは「Aaveはコミュニティでの議論が実質的なものであり続け、単なる形式的な承認プロセスにならないことをどのように保証するのか」と直接問いました。この懸念は構造的なものです。コントラクトに無制限のロールを付与するガバナンス投票は、実質的にそのコントラクトにエンコードされた範囲内の将来のすべてのパラメータ変更を事前に承認してしまうことになります。

投稿者Roch33は、この懸念の一部に対処する透明性の基準を提示し、各パラメータ変更ごとに、旧値と新値、適用されるガバナンス承認済みの上限、使用されたデータソース、および更新の根拠を記録することを求めました。このレベルのオンチェーンおよびフォーラムでの開示があれば、コミュニティはRisk Stewardのアクションが市場データへの防御的な対応なのか、段階的な限界の押し上げなのかを監査できます。

9月2日の2人の受取人(0xbe28...7744と0x529e...F6c5)は依然として未解決の疑問です。オンチェーンの decoded 投稿はその正体を十分に確認されていないとし、既存の報道でもこれらのアドレスがどのコントラクトやサービスプロバイダを表すのかは解明されていません。これが確定するまで、コミュニティはブロック25,891,729での9月2日の付与イベントに関連する委任権限の全範囲を完全に評価できません。したがって、最も具体的なフォローアップ項目は、これらの受取人の確認、承認済み上限に対するその後のパラメータ変更の開示、および付与に関わる今後のガバナンスアクションです。

AIP-523に関連する9月30日のRiskSteward付与については、取り消し可能性が設計の核心的特徴です。ロールを付与したガバナンスExecutorは、後続の提案を通じてそれを取り消すことができ、コントラクト自体にエンコードされた境界付きパラメータ上限は、ロールが取り消されない場合でもパラメータのドリフトに対するサーキットブレーカーとして機能します。取り消し可能性とエンコードされた制限の組み合わせは、委任されたリスク権限をガバナンスの下位に保つことを意図しています。Aaveによる2026年のV4アーキテクチャ概要は、新しいフレームワークの下でプロトコルがクロスチェーンのリスク委任をどのように扱うかを詳しく説明しています。