La proposition de Sentora pour Aave V4 confierait au gestionnaire des risques le contrôle quotidien d’un Hub de prêt isolé sur Ethereum, tout en partageant à parts égales les revenus du protocole de cette instance entre Sentora et Aave DAO. Les fournisseurs de liquidités du Hub supporteraient tout déficit restant une fois les garanties de l’emprunteur épuisées. La proposition est encore au stade des discussions ARFC, avant un vote Snapshot puis un AIP on-chain.
Pourquoi c’est important
Aave DAO conserverait la propriété des contrats, le pouvoir de les mettre à niveau et la possibilité de révoquer les rôles opérationnels de Sentora par la gouvernance. Sentora pourrait immédiatement mettre les marchés en pause ou les geler, et durcir certains paramètres de risque. Les hausses de risque et les modifications de certains paramètres ambigus seraient soumises à un délai de 48 heures, mais la proposition ne prévoit ni plafond aux hausses ni moyen d’annuler une action programmée pendant ce délai.
Les prestataires de gestion des risques déjà mandatés par la DAO ne seraient ni chargés ni rémunérés pour surveiller ce Hub, examiner les changements ou répondre aux incidents. L’ajout de garanties ou de Hubs ferait l’objet d’un examen de deux semaines sur le forum, mais toute objection dépendrait de la capacité d’un prestataire à remarquer le problème et à le signaler. Aucun prestataire n’est officiellement chargé de cet examen.
Impact sur le marché
Le Hub proposé n’aurait aucune ligne de crédit avec les autres Hubs d’Aave DAO, ni dans un sens ni dans l’autre. Cela limite l’exposition directe entre Hubs, mais ne protège pas les fournisseurs de liquidités du Hub de Sentora contre les pertes causées par ses propres Spokes. La proposition ne mentionne aucun mécanisme de couverture des déficits ni aucune tranche de première perte financée par Sentora.
Une proposition distincte sur l’Umbrella d’Aave V4 décrit une couverture pour Core WETH, Core USDC et Core USDT, mais ne mentionne pas le Hub proposé par Sentora. Les détails sur les actifs et les oracles ne sont pas non plus arrêtés : le texte et les spécifications divergent sur certains actifs envisagés, et l’oracle OUSD reste à confirmer. Ces conditions, ainsi que toute couverture explicite des déficits, détermineront le risque assumé par les fournisseurs de liquidités avant le vote ou le lancement.
Questions fréquemment posées
-
Qui contrôlerait au quotidien les décisions de risque dans le Hub Aave V4 proposé par Sentora ?
Sentora gérerait les garanties, les courbes de taux d’intérêt, les paramètres de liquidation et les oracles. Aave DAO conserverait la propriété des contrats, le pouvoir de mise à niveau et la capacité de révoquer les rôles de Sentora par la gouvernance.
-
Qui supporterait le déficit si les garanties ne suffisaient pas à rembourser la dette d’un emprunteur ?
Le déficit serait imputé à l’actif de dette concerné dans le Hub, et les fournisseurs de cet actif dans le Hub supporteraient la perte. La proposition ne prévoit ni mécanisme de couverture des déficits ni tranche de première perte financée par Sentora.
-
Que peut-il se passer pendant le délai de 48 heures appliqué aux hausses de risque proposées ?
Le délai rend la modification programmée visible, mais la proposition ne prévoit aucun mécanisme individuel permettant de l’annuler pendant cette période. La révocation des rôles de Sentora nécessiterait une proposition de gouvernance on-chain distincte.
-
Les prestataires de gestion des risques déjà mandatés par Aave devraient-ils surveiller le Hub de Sentora ?
Non. La proposition ne charge ni ne rémunère les prestataires existants pour surveiller l’instance, recommander des modifications ou répondre aux incidents. Ils pourraient signaler des problèmes de leur propre initiative.
-
La couverture Umbrella d’Aave V4 inclurait-elle le Hub proposé par Sentora ?
La proposition Umbrella distincte cite Core WETH, Core USDC et Core USDT, mais pas le Hub proposé par Sentora. L’ARFC de Sentora ne prévoit pour celui-ci ni marché Umbrella ni autre couverture des déficits.