Analyse des points clés d'Aave V4 : « Couche de liquidité unifiée »
TechFlow SélectionTechFlow Sélection
Analyse des points clés d'Aave V4 : « Couche de liquidité unifiée »
Prévision de commencer la conception du prototype au T4, avec finalisation du code au T2 de l'année prochaine.
Dédié à des analyses Web3 approfondiesRédaction : Madiha, développeur chez Backlash
Traduction : Azuma, Odaily Planet Daily
Note de la rédaction : l'ancien leader du DeFi, Aave, travaille activement sur la mise à niveau de son protocole vers la version V4. D’après les informations déjà publiées, cette mise à jour vise à créer une « couche de liquidité unifiée » (Unified Liquidity Layer, ULL), permettant d'agréger au sein d'un même protocole la liquidité provenant de plusieurs réseaux.
En termes de calendrier, The Defiant avait auparavant indiqué qu'Aave prévoyait de commencer le prototypage du protocole V4 au cours du quatrième trimestre, avec finalisation du code prévue pour le deuxième trimestre 2025. Ce matin toutefois, Stani Kulechov, fondateur d’Aave, a publié un nouveau message sur X confirmant, voire accélérant cet échéancier — indiquant d'abord qu’Aave lancera après sa version V4 un Aave Network, puis répondant à une question de la communauté sur les délais par : « J’en suis certain, cela arrivera l’année prochaine, voire encore plus tôt. »
Le texte suivant présente une analyse détaillée par Madiha, développeur chez Backlash, sur le cœur de la mise à niveau d’Aave V4 : la « couche de liquidité unifiée », traduite par Odaily Planet Daily.
La principale nouveauté d’Aave V4 est la « couche de liquidité unifiée ». En réalité, cette fonctionnalité constitue une extension du concept Portal introduit dans Aave V3.
Le « Portal » était à l’origine une fonctionnalité de transfert inter-chaînes intégrée à Aave V3, mais en pratique, peu d'utilisateurs l’ont comprise ou utilisée. Voyons maintenant comment ce système Portal s’est transformé en « couche de liquidité unifiée ».
Le but initial du Portal était de permettre le pontage des actifs déposés entre différentes blockchains supportées par Aave. Cette fonction autorise les protocoles de pont approuvés à brûler des aTokens sur la chaîne source et à frapper instantanément des aTokens sur la chaîne cible.
Prenons un exemple : Alice possède 10 aETH sur Ethereum et souhaite transférer ces 10 aETH vers Arbitrum. Lorsqu’elle soumet cette transaction via un protocole de pont approuvé, celui-ci exécute alors les étapes suivantes :
-
Frappe de 10 aETH « sans garantie immédiate » (en réalité, elle existe, mais n’a pas encore été transférée) sur la chaîne cible (dans notre cas, Arbitrum), via un contrat intermédiaire.
-
Le contrat intermédiaire transfère ensuite les 10 aETH à Alice sur Arbitrum.
-
Regroupement de plusieurs transactions de pont et transfert des 10 ETH sous-jacents vers Arbitrum.
-
Une fois les fonds disponibles sur Arbitrum, le contrat de pont approuvé y dépose les 10 ETH dans le pool Aave afin de garantir les 10 aETH précédemment frappés.
Dans cet exemple, Aave permet à Alice de déplacer ses 10 aETH d’Ethereum vers Arbitrum. Mais dans la réalité, cette fonction peut gérer divers scénarios, comme le transfert général d’actifs entre chaînes, ou permettre à Alice de retirer directement 10 ETH sur le réseau Arbitrum.
La fonction Portal facilite les opérations inter-chaînes pour les utilisateurs cherchant les taux d’intérêt les plus élevés. Par exemple, si à un moment donné le pool sur Optimism est plus petit mais offre un taux de dépôt supérieur à celui d’Ethereum, les utilisateurs peuvent utiliser Portal pour transférer simplement leurs dépôts d’Ethereum vers Optimism et profiter d’un meilleur rendement.
Cependant, bien que Portal permette à Aave V3 de devenir un protocole DeFi capable de franchir les cloisons de liquidité entre chaînes, son fonctionnement repose sur certaines hypothèses de confiance. En clair, les utilisateurs doivent envoyer leurs transactions de pont à certains protocoles tiers approuvés (comme Connext), plutôt qu’au protocole Aave V3 lui-même. Soulignons-le à nouveau : les utilisateurs finaux ne peuvent actuellement pas utiliser Portal uniquement via le protocole central d’Aave.
C’est précisément là qu’intervient le concept de « couche de liquidité unifiée », qui représente la transformation architecturale la plus importante entre Aave V3 et V4. Comme illustré ci-dessous, la « couche de liquidité unifiée » adoptera une conception modulaire, centralisant la gestion des « limites de dépôt/emprunt », des « taux d’intérêt », des « actifs » et des « incitations », et permettra à chaque module d’y puiser de la liquidité.
En consolidant la gestion de la liquidité, la « couche de liquidité unifiée » permettra à Aave d’utiliser plus efficacement tous les actifs disponibles, signifiant que la liquidité pourra être allouée dynamiquement là où elle est le plus nécessaire, améliorant ainsi l’efficacité globale du capital.
De plus, la conception modulaire signifie qu’Aave pourra ajouter de nouveaux modules ou fonctionnalités (comme des pools isolés, des modules RWA ou CDP) tout en maintenant le bon fonctionnement du système global, et pourra intégrer facilement de nouveaux modules ou désactiver les anciens sans migration de liquidité.
Dans Aave V3, Portal permettait aux actifs de circuler entre différents réseaux supportés par le protocole Aave, activant ainsi la fonctionnalité de liquidité inter-chaînes. La « couche de liquidité unifiée » va plus loin en créant une infrastructure plus souple et plus abstraite qui englobe cette fonction, tout en pouvant également servir à répondre à des besoins plus variés en matière de fourniture de liquidité.
Dans le cadre de la « couche de liquidité unifiée », Aave s’appuiera sur le protocole d’interopérabilité inter-chaînes CCIP de Chainlink pour construire une « couche de liquidité inter-chaînes » (Cross-Chain Liquidity Layer, CCLL), permettant aux emprunteurs d’accéder instantanément à toute la liquidité disponible sur l’ensemble des réseaux pris en charge par Aave. Cette amélioration pourrait transformer Portal en un protocole de liquidité inter-chaînes pleinement fonctionnel. J’ai hâte de voir comment Aave V4 exploitera cette nouvelle infrastructure pour découvrir de nouvelles sources potentielles de revenus.
Ce qui précède constitue l’analyse complète de Madiha sur la « couche de liquidité unifiée ».
Il convient de noter qu’en plus de la « couche de liquidité unifiée », Aave prévoit d’introduire dans la version V4 d’autres améliorations telles qu’un mécanisme de taux d’intérêt dynamique, une prime de liquidité, des comptes intelligents, une configuration dynamique des paramètres de risque, une expansion vers des écosystèmes non-EVM, et utilisera son stablecoin GHO et le protocole de prêt Aave lui-même comme pivot central pour construire le futur Aave Network.
En tant qu’acteur historique du DeFi, Aave occupe depuis trois ans environ 50 % du marché des prêts DeFi. Si l’on inclut les projets forkés, environ 75 % de la valeur bloquée sur le marché des prêts DeFi se trouve dans des projets utilisant une version du code d’Aave.
Concernant la version V4, Aave a exprimé de très hautes ambitions dans sa proposition : « Ces améliorations visent à stimuler fortement l’adoption de l’écosystème Aave et à aider le DeFi à s’étendre davantage, afin de servir potentiellement un milliard de nouveaux utilisateurs. »
Bienvenue dans la communauté officielle TechFlow
Groupe Telegram :https://t.me/TechFlowDaily
Compte Twitter officiel :https://x.com/TechFlowPost
Compte Twitter anglais :https://x.com/BlockFlow_News
PANews
