Un enregistrement on-chain décodé publié sur le forum de gouvernance d'Aave documente trois attributions de RISK_ADMIN_ROLE exécutées sur le contrat ACLManager d'Aave V3 Ethereum entre le 2 et le 30 septembre 2026. Selon cet enregistrement, les trois attributions proviennent de l'adresse Executor de gouvernance du protocole, et l'une d'elles est directement liée à la proposition qui active les Risk Stewards sur Aave V4.

Ce que montre l'enregistrement décodé

Le post de gouvernance décodé on-chain (ACLManager RISK_ADMIN_ROLE grants, Sep 2026 — decoded) identifie trois événements d'attribution distincts enregistrés dans le contrat ACLManager, le registre central de contrôle d'accès d'Aave pour l'architecture V3. L'ACLManager est le contrat par lequel Aave V3 attribue et gère les rôles administratifs au sein du protocole ; les entrées qui y sont enregistrées définissent donc qui détient l'autorité déléguée sur les paramètres de risque. Dans l'architecture de gouvernance d'Aave, le contrat Executor exécute on-chain les propositions approuvées. Les trois transactions proviennent de 0x5300A1a15135EA4dc7aD5a167152C01EFc9b192A, l'Executor de gouvernance, selon le post décodé.

Deux attributions ont été effectuées au bloc 25,891,729 le 2 septembre 2026, ciblant les adresses 0xbe28...7744 et 0x529e...F6c5. Les identités exactes des contrats de ces deux bénéficiaires ont été signalées comme non confirmées dans la source primaire ; selon le décodage on-chain, leur rôle et leur objectif n'étaient pas entièrement vérifiés au moment de la publication.

La troisième attribution, au bloc 26,089,561 le 30 septembre 2026, est allée à un contrat RiskSteward vérifié comportant environ 20,061 octets de code déployé. Cette attribution est directement liée à l'AIP-523, « Activate Aave Risk Stewards on Aave V4 » (proposition de gouvernance), qui a été exécutée à peu près à la même date.

Pourquoi le RISK_ADMIN_ROLE est important pour la supervision du protocole

Le RISK_ADMIN_ROLE se situe en dessous du niveau de gouvernance complète dans la hiérarchie de contrôle d'accès d'Aave. Ses détenteurs peuvent mettre à jour les paramètres du facteur de réserve, les plafonds d'offre et d'emprunt, les ratios prêt/valeur, les seuils de liquidation, les bonus de liquidation et les configurations des catégories E-Mode sans déclencher un vote de gouvernance séparé pour chaque ajustement. Pris ensemble, ces contrôles déterminent la quantité d'un actif pouvant entrer sur un marché, le traitement des garanties lors des liquidations et la manière dont les actifs présentant un comportement de prix corrélé sont regroupés pour une meilleure efficacité d'emprunt. Ce que les détenteurs du RISK_ADMIN_ROLE ne peuvent pas faire, c'est suspendre ou réactiver des réserves, ou les activer et les désactiver entièrement ; ces actions restent réservées à des rôles disposant de privilèges supérieurs.

La implication pratique est la rapidité. Les gestionnaires de risque du protocole opérant sous le RISK_ADMIN_ROLE peuvent réagir aux conditions de marché, aux variations de liquidité ou aux anomalies d'oracle en quelques heures plutôt que d'attendre un cycle de gouvernance de plusieurs jours. Ce rôle est fréquemment exercé en pratique : selon le post-mortem d'avril 2026 sur l'incident rsETH, les Risk Stewards d'Aave V3 avaient déjà exécuté environ 295 changements de paramètres individuels sur les réserves V3.

L'AIP-523 étend l'architecture à Aave V4

L'AIP-523 étend ce modèle à Aave V4 sur Ethereum, Avalanche et Base. La proposition accorde une autorité RISK_ADMIN_ROLE délimitée et révocable, contrainte par des limites strictes de paramètres plutôt que reposant uniquement sur la réputation du bénéficiaire, et le cadre des Risk Stewards d'Aave V4 a été conçu pour formaliser ces contraintes on-chain.

Les plafonds d'offre et d'emprunt peuvent être augmentés de 50 % au maximum lors d'une seule mise à jour d'un Risk Steward dans le cadre V4, selon le fil de gouvernance de l'AIP-523.

Les périodes de cooldown ajoutent une seconde couche de contrainte. Les modifications du taux d'intérêt et des plafonds du hub sont soumises à un cooldown de 36 heures ; les paramètres des spokes et des garanties nécessitent 72 heures ; et les mises à jour des plafonds de prix des oracles se situent dans une fourchette de 48 à 72 heures. Ces intervalles sont conçus pour empêcher des ajustements rapides qui pourraient être exploités ou s'accumuler en changements structurels significatifs sans visibilité communautaire.

Considérations de gouvernance et questions ouvertes

La question de conception soulevée par les attributions de septembre n'est pas de savoir si le rôle est utile — il l'est clairement — mais si la communauté de gouvernance conserve une capacité de révision significative une fois le rôle en place. Le contributeur du forum MconnectDAO a demandé directement : « comment Aave garantira-t-il que la discussion communautaire reste significative et non un simple processus d'approbation formelle ? » La préoccupation est structurelle : un vote de gouvernance accordant un rôle à durée indéterminée à un contrat préautorise effectivement tous les futurs changements de paramètres dans les limites encodées de ce contrat.

Le contributeur Roch33 a décrit un socle de transparence qui répondrait en partie à cette préoccupation, demandant que chaque changement de paramètre enregistre la valeur précédente et la nouvelle valeur, la limite approuvée par la gouvernance appliquée, la source de données utilisée et la justification de la mise à jour. Ce niveau de divulgation on-chain et sur le forum permettrait à la communauté d'auditer si les actions des Risk Stewards sont des réponses défensives aux données de marché ou une poussée progressive des limites.

Les deux bénéficiaires du 2 septembre, 0xbe28...7744 et 0x529e...F6c5, restent une question ouverte. Le post de décodage on-chain a signalé leur identité comme non entièrement confirmée, et aucune couverture existante n'a déterminé quels contrats ou prestataires ces adresses représentent. Tant que cela ne sera pas établi, la communauté ne pourra pas évaluer pleinement l'étendue de l'autorité déléguée associée à l'événement d'attribution du 2 septembre au bloc 25,891,729. Les points de suivi les plus concrets sont donc la confirmation de ces bénéficiaires, la divulgation des changements de paramètres ultérieurs par rapport aux limites approuvées, et toute action de gouvernance ultérieure concernant ces attributions.

Pour l'attribution RiskSteward du 30 septembre liée à l'AIP-523, la révocabilité est une caractéristique essentielle de la conception. L'Executor de gouvernance qui a accordé le rôle peut le révoquer via une proposition ultérieure, et les plafonds de paramètres délimités encodés dans le contrat lui-même constituent un coupe-circuit contre la dérive des paramètres même si le rôle n'est pas révoqué. La combinaison de la révocabilité et des limites encodées vise à maintenir l'autorité de risque déléguée subordonnée à la gouvernance. La vue d'ensemble 2026 d'Aave sur l'architecture V4 détaille comment le protocole gère la délégation de risque cross-chain dans le nouveau cadre.