Aave lance le serveur MCP pour que les agents d’IA puissent accéder aux données de protocole V3 et V4.

• Aave Labs a lancé un serveur Model Context Protocol qui permet une accès standardisé et non dépendant aux données de prêts en temps réel, tant pour Aave V3 que V4.
• L’infrastructure permet aux agents IA de demander des informations sur les positions, de simuler des scénarios de risque et de préparer des transactions non signées, sans avoir à gérer des clés privées.
• La gouvernance vote actuellement pour déléguer des contrôles de risque limités au niveau des Risk Stewards, et pour évaluer les pouvoirs de gel d’urgence en cas d’exploits actifs.
• Aave met en œuvre une rationalisation stratégique : il ferme six marchés V3 qui ne fonctionnent pas bien, tout en lançant V4 sur Avalanche pour les actifs du monde réel tokenisés.

Aave Labs a officiellement lancé un serveur Model Context Protocol (MCP). Cela permet aux applications IA d’accéder aux données de prêts en temps réel depuis son infrastructure V3 et V4. Cette mise en place remplace la dépendance passée sur des ensembles de données statiques et des outils externes fragmentés. Il s’agit donc d’un outil qui permet une communication fluide entre les grands modèles linguistiques et les systèmes on-chain d’Aave. Le serveur est disponible à l’adresse mcp.aave.com. Il est connecté aux installations V3 sur 21 blockchains, ainsi qu’à V4 sur Ethereum et Avalanche. Il propose environ 40 outils qui permettent aux utilisateurs et aux agents IA de récupérer des données de marché, vérifier leurs positions dans le portefeuille, examiner les facteurs liés à leur situation financière, et simuler différentes actions potentielles avant de déposer des capitaux. Cette initiative fait d’Aave un pôle fondamental pour les applications de finance décentralisée pilotées par l’IA.

L’architecture du serveur MCP est strictement non-custodiale, ce qui répond à un défi majeur en matière de confiance et de sécurité dans le secteur DeFi agencié par l’IA. Le serveur peut préparer des transactions sans signature, mais ne conserve jamais les clés privées ni ne signe au nom de l’utilisateur. Cette conception garantit que, bien que l’agent IA puisse gérer les risques et préparer les étapes d’exécution, une approbation humaine ou un module de signature séparé est toujours nécessaire pour l’exécution finale des transactions. Les utilisateurs peuvent interagir avec le système via des requêtes en langage naturel, demandant aux assistants de vérifier les facteurs liés à la santé de leur portefeuille, de comparer les taux de disponibilité des stablecoins, ou de simuler des actions afin d’anticiper les résultats avant l’exécution. Il est important de noter que aucune action ne se déroule automatiquement ; chaque transaction prête est restée sans signature, ce qui exige que l’utilisateur effectue lui-même le processus de signature. Cela assure que les assistants ne déplacent pas les fonds de manière indépendante, respectant ainsi le principe fondamental de la sécurité personnelle dans le DeFi.

Chainlink fournit les données en temps réel qui permettent aux agents IA de rester informés, garantissant ainsi l’intégrité des informations traitées. Alors que Aave a développé l’infrastructure de connexion, le niveau de données de Chainlink soutient le niveau d’information, permettant aux agents IA de communiquer avec précision les taux et les facteurs de santé aux utilisateurs. Ce développement représente un changement important dans l’interaction entre les utilisateurs et le secteur DeFi : on passe d’interfaces directes sur le site web à une accès médié par l’IA. En réduisant les barrières techniques grâce aux interactions en langage naturel, cette intégration peut encourager une adoption plus large des protocoles DeFi par les utilisateurs qui ne sont pas familiers avec les interfaces complexes des contrats intelligents. L’intégration soutient également la course aux innovations en matière d’IA dans le domaine DeFi, en offrant des outils complets pour les données de marché, la gestion des positions et la simulation des risques.

Comment les pouvoirs d’urgence changeront-ils la gouvernance de Aave ?

Les électeurs de Aave DAO décident actuellement si ils souhaitent confier aux Risk Stewards certaines responsabilités liées aux contrôles de risque et aux fonctions d’urgence sans retard. La proposition prévoit des modifications limitées qui peuvent être effectuées sans avoir besoin d’une votation complète par le conseil de gouvernance. Cependant, l’approbation ne permettra pas à le système de fonctionner de lui-même ; Aave Labs indique que les actions nécessaires doivent encore être exécutées par le V4 Security Council. Les contrats des Risk Stewards font l’objet d’une vérification par Certora, à l’étape finale. Le principal débat concernant cette proposition réside entre l’autorité accordée maintenant et les fonctionnalités qui seront disponibles plus tard. Chaque Risk Steward recevra des rôles de gestion des risques ainsi que des fonctions d’urgence, sans aucun retard dans l’exécution.

La version actuelle ne utilise aucun des sélecteurs d’urgence. Ces permissions restent donc inactives jusqu’à ce qu’une version future ajoute le soutien nécessaire. Ce design permet aux versions ultérieures de répondre aux situations d’urgence sans avoir à attendre un autre cycle de gouvernance. Le redéploiement des permissions divise les contrôles du configurateur V4 en cinq catégories distinctes : deux rôles liés au contrôle des flags, un rôle de gestion des listes, un rôle d’urgence et un rôle de gestion des risques. Les permissions d’urgence se limitent à des actions de sécurité unidirectionnelles, comme l’inactivation des actifs ou la suspension des réserves, qui ne peuvent pas être annulées par les administrateurs. Les mises à jour de paramètres ordinaires seraient effectuées selon des contrôles différents, avec un délai minimal de 36 à 72 heures, ce qui limite l’ampleur des modifications apportées aux paramètres tels que les taux d’intérêt ou les facteurs de garantie. La gouvernance d’Aave envisage également une proposition concernant les pouvoirs spéciaux pour les situations d’urgence, afin de permettre de geler rapidement les pools de prêts en cas de menaces de sécurité, sans nécessiter de publication publique immédiate. Cette approche résout le conflit entre la transparence et la sécurité dans le domaine DeFi : une divulgation immédiate pendant une attaque peut donner aux attaquants des informations utiles, tandis que une divulgation retardée protège les utilisateurs pendant que la menace est maîtrisée.

Quelles sont les changements stratégiques qui motivent l’expansion de Aave en version V4 ?

Aave subit une réorganisation structurelle importante afin d’optimiser l’efficacité de son protocole et son profil de risque. Suivant les recommandations du service de gestion de risques DeFi LlamaRisk, Aave évalue la fermeture de six marchés sur les blockchains Sonic, Scroll, zkSync, Metis, Soneium et Aptos. Cette proposition de gouvernance vise à supprimer 50 marchés où les dépôts ont diminué fortement ; certaines chaînes de blockchains ont même vu leur volume de dépôts diminuer de plus de 90 %. Cette mesure permet de concentrer les ressources sur les marchés à haute liquidité, ce qui permet de réduire le risque systémique et d’améliorer l’efficacité des capitaux. Parallèlement, LlamaRisk a proposé des modifications concernant les limites de réserve et les taux d’intérêt pour Aave V3. Les limites sont augmentées pour les actifs très demandés comme USDC et GHO, tandis que celles concernant les actifs sous-utilisés sont réduites.

Le 15 juillet 2026, Aave a lancé son protocole V4 sur Avalanche. C’est la première fois que la plateforme s’étend au-delà d’Ethereum. Cette mise à jour introduit une nouvelle infrastructure de prêt conçue spécialement pour soutenir les marchés de biens réels tokenisés, permettant à Aave de se positionner à l’intersection entre le secteur DeFi et les financements traditionnels. L’upgrade V4 introduit une architecture en forme de “hub-and-spoke”, où les puits de liquidité isolés sont remplacés par un centre de liquidité centralisé par blockchain. Les “Spokes” destinés aux utilisateurs, tels que les marchés Core ou Institutional Prime, accèdent à ce pool partagé, ce qui permet d’approfondir la liquidité disponible, tout en maintenant les paramètres de risque, comme les ratios emprunt/valeur, distincts et contrôlables. De plus, Aave a introduit des Stable Vaults pour relier le secteur DeFi aux services financiers traditionnels. Ces Vaults permettent aux entreprises de fintech, telles que les portefeuilles et les applications de paiement, de proposer des rendements sur les dépôts en stablecoins pour leurs clients, en intégrant l’infrastructure DeFi d’Aave. Ces développements reflètent une stratégie double : se concentrer sur les chaînes moins performantes et à faible revenu afin de renforcer la sécurité du marché principal, tout en s’étendant vers des domaines à forte croissance comme la tokenisation des biens réels et les partenariats avec les entreprises de fintech.