ActualitésCryptoLe fondateur d'Aave, Stani Kulechov, présente la mise à niveau du protocole Aave V3.8

Le fondateur d'Aave, Stani Kulechov, présente la mise à niveau du protocole Aave V3.8

Auteur: DefiLiban·

Points clés

  • •Le fondateur d'Aave, Stani Kulechov, a publiquement présenté V3.8, la dernière version incrémentale de l'architecture V3 du protocole de prêt, dans une publication sur X.
  • •Aucune spécification technique, proposition de gouvernance ni calendrier de déploiement pour V3.8 n'a été publié, laissant la mise à niveau au stade de la divulgation plutôt qu'à celui du déploiement.
  • •Aave V3 est déployé sur plus d'une douzaine de réseaux, dont une expansion récente vers BNB Chain, de sorte que tout déploiement de V3.8 nécessitera vraisemblablement une approbation de gouvernance et un déploiement distincts sur chaque chaîne.
  • •Les itérations passées de V3 ont ajusté des mécanismes tels que le mode d'isolation, le mode d'efficacité, les plafonds d'offre et d'emprunt, les stratégies de taux d'intérêt et les seuils de liquidation, mais les modules spécifiques ciblés par V3.8 restent non confirmés.
  • •Les prêteurs et emprunteurs actifs pourraient devoir réévaluer leurs stratégies de garantie si V3.8 introduit des paramètres de risque révisés, des exigences de migration de positions ou des flux d'approbation actualisés.
Le fondateur d'Aave, Stani Kulechov, présente la mise à niveau du protocole Aave V3.8

Le fondateur d'Aave, Stani Kulechov, a présenté Aave V3.8, la dernière version incrémentale de l'architecture V3 du protocole de prêt. Aave est un protocole de prêt décentralisé et non dépositaire — parmi les plus importants de la finance décentralisée — dans lequel les utilisateurs fournissent des actifs numériques pour générer du rendement et emprunter contre des garanties. L'annonce, faite dans une publication sur X, signale que le développement du codebase V3 se poursuit, bien que les spécifications techniques complètes, les propositions de gouvernance et les calendriers de déploiement restent à publier.

Ce que l'introduction de V3.8 établit

La publication de Kulechov sur X marque la première présentation publique du label de version V3.8. La série V3 d'Aave a servi de fondation architecturale au protocole pour ses déploiements multi-chaînes, et chaque incrément de version mineure au sein de cette série a historiquement porté sur des paramètres de risque spécifiques, des réglages d'efficacité ou des modules de fonctionnalités. Pour V3.8, ces détails ne sont pas encore confirmés dans la documentation disponible, et le label de version seul n'indique pas la portée.

Le passage de V3.x à V3.8 positionne cette version comme une mise à niveau incrémentale plutôt qu'une refonte architecturale complète. Aave a précédemment déployé V3 sur plus d'une douzaine de réseaux, et les versions incrémentales ont ajusté des mécanismes tels que le mode d'isolation, le mode d'efficacité (eMode) et les plafonds d'offre et d'emprunt au niveau des pools. On ne sait pas encore si V3.8 cible spécifiquement l'un de ces systèmes, les notes de version officielles n'ayant pas tranché.

La présence multi-chaînes d'Aave, récemment étendue à BNB Chain, signifie que toute mise à niveau V3.8 nécessitera vraisemblablement un déploiement et une approbation de gouvernance distincts sur chaque réseau plutôt qu'un déploiement unique coordonné, une contrainte courante des protocoles DeFi multi-chaînes. Les approbations étant spécifiques à chaque réseau, les changements de paramètres sur un déploiement ne s'étendent pas automatiquement aux autres, et les fournisseurs de liquidité et les emprunteurs de chaque chaîne devront suivre les propositions de gouvernance propres à leur chaîne à mesure qu'elles émergent.

Ce que V3.8 pourrait changer pour les utilisateurs du protocole

Changements potentiels au niveau produit

En l'absence de documentation technique publiée, il n'est pas possible de confirmer quels modules d'Aave V3.8 touche. Les itérations passées de V3 ont ajusté la stratégie de taux d'intérêt, les configurations des oracles et les paramètres régissant les flash loans et les seuils de liquidation. De tels changements dans V3.8 affecteraient les coûts d'emprunt, l'efficacité des garanties et le profil de risque de liquidation des positions existantes, mais ces détails devront provenir des Aave Improvement Proposals officielles plutôt du seul label de version.

Gouvernance et déploiement

La gouvernance d'Aave fonctionne par votes en chaîne dans lesquels les détenteurs d'AAVE et de stkAAVE approuvent ou rejettent les propositions. Une mise à niveau du protocole à la portée de V3.8 nécessiterait généralement une Aave Request for Comment formelle sur le forum de gouvernance, suivie d'un snapshot enîne, puis d'une proposition exécutable. Aucune de ces étapes n'a été confirmée comme achevée ou programmée sur la base des informations disponibles à la publication, ce qui laisse V3.8 au stade de la divulgation plutôt qu'à celui du déploiement.

L'intégration récente du support d'Aave dans le MetaMask Agent Wallet via MCP, une norme ouverte permettant aux agents IA de se connecter à des services externes, illustre comment les actions de gouvernance du protocole ont des effets en aval sur les intégrations tierces, rendant le calendrier de gouvernance de V3.8 pertinent au-delà des seuls utilisateurs principaux d'Aave.

Considérations d'impact pour les utilisateurs

Pour les prêteurs et emprunteurs actifs, la question pratique est de savoir si V3.8 introduit des changements nécessitant une migration de positions, des flux d'approbation actualisés ou des paramètres de risque révisés sur les types de garanties existants. Les mises à niveau V3 qui ont ajusté les catégories eMode ou les plafonds d'offre ont historiquement demandé aux utilisateurs de réévaluer leurs stratégies de garantie. Jusqu'à la publication de directives officielles de migration, les positions existantes doivent être surveillées au regard des éventuels changements de paramètres accompagnant le déploiement final.

Ce qu'il faut suivre à mesure que V3.8 progresse

Le forum de gouvernance d'Aave est le lieu principal où les spécifications techniques de V3.8 seront publiées avant tout vote en chaîne. Une proposition de gouvernance, si elle est requise, détaillerait les changements exacts de contrats, les validations des auditeurs et le calendrier d'activation. Les lecteurs doivent considérer l'introduction du fondateur comme le début du processus de divulgation, et non comme une confirmation de l'état de préparation au déploiement.

Le calendrier de déploiement et la séquence des réseaux restent non confirmés. Aave a précédemment échelonné ses déploiements en déployant les mises à niveau sur des marchés à plus faible liquidité avant le mainnet Ethereum, donnant à la communauté le temps d'observer le comportement en conditions réelles. Le fait que V3.8 suive ou non ce schéma dépend de sa portée, qui reste non publiée. Le TVL du protocole et la distribution de liquidité entre les chaînes peuvent être suivis en temps réel via la page du protocole Aave de DeFiLlama, qui reflètera les mouvements de capitaux consécutifs à un déploiement.

Le risque de contrat intelligent est la considération de base pour toute mise à niveau d'Aave. Le codebase d'Aave fait l'objet d'audits formels avant les déploiements majeurs, et le programme de bug bounty communautaire reste actif. Jusqu'à la publication des rapports d'audit pour V3.8, la prudence habituelle concernant l'interaction avec des versions de contrats récemment déployées s'applique. Les participants à la gouvernance doivent également évaluer si V3.8 interagit avec GHO, le stablecoin émis via le protocole Aave, ou avec l'Aave Safety Module, adossé à de l'AAVE en staking — tous deux comportant leurs propres surfaces de risque. Les fondamentaux du token, y compris le prix du marché et le volume de trading, peuvent être suivis via la page du token AAVE de CoinGecko à mesure que les développements de gouvernance se déroulent.

De plus amples détails devraient émerger via les canaux officiels de gouvernance et de communication d'Aave.