Aave V4 : Redéfinir l'avenir des protocoles de prêt en Finance décentralisée

En tant que l'un des piliers importants de l'écosystème de la Finance décentralisée, tout mouvement d'Aave, le protocole de prêt le plus grand et le plus mature, suscite une grande attention dans le secteur. Récemment, lors de la conférence ETHCC, le fondateur d'Aave, Stani, a officiellement annoncé que l'équipe s'apprête à lancer sa prochaine itération importante - Aave V4.

Aave V4 n'est pas une simple mise à niveau régulière, mais un jalon clé dans la feuille de route stratégique à long terme d'Aave 2030. Cette mise à niveau a été proposée pour la première fois par les responsables en mai 2024, son objectif principal étant de résoudre systématiquement les limitations mises en évidence par la version V3 au cours de son fonctionnement, en particulier en termes d'évolutivité, de gestion des risques et d'autres domaines clés. Grâce à cette mise à jour significative, Aave vise à redéfinir fondamentalement l'architecture sous-jacente et les fonctions centrales du protocole de prêt DeFi, préparant ainsi le développement futur du protocole.

Dans cet article, nous examinerons en détail ce que contient Aave V4. Nous passerons en revue son évolution, analyserons sa nouvelle architecture et interpréterons ces changements dans le contexte plus large des tendances de développement de la Finance décentralisée.

L'évolution d'Aave

Le voyage d'Aave a commencé avec ETHLend, une plateforme P2P où les prêteurs et les emprunteurs doivent trouver leurs contreparties. Cependant, le processus de recherche de contreparties correspondantes est lent et rempli d'incertitudes. Après avoir pris conscience de ces défauts fondamentaux, l'équipe a rebrandé ETHLend en Aave (c'est-à-dire Aave V1) en septembre 2018, passant résolument d'un modèle P2P à un modèle de contrat point-à-contrat (P2C, Point-to-Contract) basé sur des pools de liquidité, où les fonds sont rassemblés pour permettre des prêts instantanés. Par la suite, Aave V2 a optimisé les contrats intelligents, réduisant ainsi le coût des transactions sur le réseau Ethereum congestionné, permettant à plus de personnes d'accéder à la Finance décentralisée.

La version actuelle Aave V3, par rapport à la version V2, a fait un pas important en matière d'efficacité du capital et de gestion des risques. Elle introduit plusieurs caractéristiques clés, telles que :

• Mode Efficace (E-Mode) : Lorsque le prix des actifs déposés et empruntés est fortement corrélé (par exemple, entre les stablecoins ou entre l'ETH et le stETH), le Mode Efficace permet aux utilisateurs de débloquer une capacité d'emprunt plus élevée (comme un LTV plus élevé). Cela résout directement le problème de l'efficacité du capital des actifs corrélés dans la V2.

• Mode d'isolement (Isolation Mode) : Permet aux nouveaux actifs à risque élevé d'être lancés de manière « isolée ». Les garanties fournies dans le mode d'isolement ne peuvent être utilisées que pour emprunter un ensemble de stablecoins approuvés par la gouvernance, avec un plafond de dette clairement défini, et ne peuvent pas être combinées avec d'autres garanties. Cela isole efficacement le risque des nouveaux actifs, empêchant ainsi la contagion du risque.

Cependant, Aave V3 a également mis en lumière une limitation stratégique plus profonde : une architecture à entité unique ne peut pas s'adapter de manière flexible aux besoins des marchés émergents et des scénarios diversifiés. Imaginez qu'une banque traditionnelle n'accepte initialement que des biens immobiliers comme garantie. Tous ses formulaires, processus et modèles d'évaluation des risques sont conçus autour de l'immobilier. Maintenant, un client souhaite demander un prêt en utilisant des actions de sa propre entreprise, des droits de brevet, voire des comptes à recevoir futurs. La banque se rendra compte que son ancien ensemble de processus "uniforme" ne peut absolument pas gérer ces nouveaux actifs qui présentent des caractéristiques de risque différentes. La banque doit soit procéder à une réforme interne coûteuse, soit abandonner ces nouvelles activités.

Aave V3 fait face à un dilemme similaire. Son contrat intelligent central est conçu sur mesure pour des actifs natifs de la cryptographie (tels que ETH, WBTC, stablecoins). Lorsque l'industrie a commencé à introduire des RWA - par exemple, des obligations d'État tokenisées ou des crédits privés - en tant que garantie, l'architecture unique d'Aave V3 s'est révélée insuffisante. Les RWA impliquent des conformités juridiques hors chaîne, des risques de contrepartie et différentes logiques de liquidation, qui ne peuvent pas être simplement intégrées dans le cadre de contrat intelligent existant.

Voici le problème central que Aave V4 vise à résoudre fondamentalement : comment évoluer d'un produit unique et rigide à une plateforme flexible capable de supporter une multitude de scénarios financiers.

Aave V4 : nouvelle architecture modulaire

Aave V4 introduit un nouveau design, appelé modèle "Hub de liquidité + Rayons" (Liquidity Hub + Spoke). Cette architecture répond directement aux limitations de l'"entité unique", que nous pouvons comprendre à l'aide d'une analogie simple dans la finance traditionnelle : une banque centrale et son réseau de banques commerciales.

• Centre de liquidité : la "banque centrale" d'Aave

  • Sur chaque réseau blockchain fonctionnant sur Aave, il existe un centre de liquidité unifié (Liquidity Hub) qui regroupe tous les actifs fournis par les utilisateurs. Ce centre sert de source de liquidité centrale pour l'ensemble du réseau. Il ne propose pas de services "de détail" directement aux utilisateurs finaux. Au contraire, il se concentre sur la gestion macro de la liquidité et le contrôle des risques, fournissant une liquidité stable et profonde à l'ensemble de l'écosystème. Ce modèle devrait améliorer l'utilisation du capital, offrir des rendements plus élevés aux prêteurs et des taux d'intérêt plus bas aux emprunteurs.

  • Les centres de liquidité sur différentes chaînes ne sont pas des îles, mais peuvent communiquer et transférer la liquidité de manière efficace entre eux. Cela est principalement réalisé par un mécanisme appelé "couche de liquidité inter-chaînes unifiée" (Unified Cross-Chain Liquidity Layer, CCLL), dont le soutien technologique de base est le protocole d'interopérabilité inter-chaînes de Chainlink (Chainlink's Cross-Chain Interoperability Protocol, CCIP).

• Spoke : La "banque commerciale spécialisée" d'Aave. Le centre de liquidité fonctionne en arrière-plan, et les utilisateurs interagiront avec le protocole à travers divers Spoke. Spoke est un marché de prêt modulaire orienté utilisateur, chaque marché étant conçu à des fins spécifiques et connecté au centre de liquidité central. Ils ressemblent à des banques commerciales spécialisées. Par exemple, il pourrait y avoir :

  • Core Spoke : utilisé pour le prêt universel d'actifs cryptographiques de premier plan à faible risque et à forte liquidité, comme l'ETH et le WBTC.

  • E-Mode Spoke : Optimisé spécifiquement pour les paires de devises à forte corrélation telles que les stablecoins et les LST, offrant la meilleure efficacité du capital.

  • RWA Spoke : conçu sur mesure pour les actifs du monde réel tels que les bons du Trésor et l'immobilier. Ce type de Spoke peut intégrer des règles d'admission, de garde ou de conformité plus strictes pour répondre aux besoins des institutions et des régulateurs.

  • Un échange à effet de levier élevé Spoke, conçu pour les traders professionnels à la recherche de gains élevés à haut risque, avec un modèle de taux d'intérêt et des paramètres de gestion des risques spécifiques.

L'aspect le plus important de cette conception est son ouverture. Aave V4 permettra aux développeurs de créer et de proposer leurs propres Spoke. Si un nouveau design de Spoke est approuvé par la gouvernance d'Aave, il peut obtenir une ligne de crédit d'un centre de liquidité, afin de tirer parti du vaste réseau de liquidités d'Aave pour lancer un nouveau marché spécialisé. Cela transforme radicalement Aave d'un simple produit en une plateforme de base pour l'innovation financière.

Comparaison : Aave VS. Sky (ancien MakerDAO)

Pour bien comprendre la direction stratégique d'Aave, il serait utile de la comparer à son principal concurrent MakerDAO. MakerDAO a récemment subi un rebranding, changeant de nom pour Sky, et a lancé son propre plan "Endgame". Comme on dit, "les héros ont la même vision", Sky adopte également une architecture modulaire, ce qui marque une évolution de l'ensemble du secteur vers des conceptions plus flexibles et plus évolutives.

similaire

L'architecture de Sky peut être décrite comme "Sky Core + SubDAO".

• Sky Core joue le rôle de "banque centrale" dans l'écosystème Sky, héritant de la fonction d'émission de stablecoin de MakerDAO (l'actuel USDS, l'ancien DAI). Il établit les règles les plus fondamentales (par exemple : approuver quels SubDAO peuvent se connecter au système, quelle est la limite totale de frappe pour chaque SubDAO, le mécanisme d'arrêt d'urgence, etc.), maintient la stabilité de l'USDS et sert de garantie ultime de crédit et de sécurité.

• SubDAO est une organisation spécialisée semi-indépendante qui opère au sein de l'écosystème Sky, jouant le rôle de "banque commerciale" orientée vers des domaines spécifiques. Le travail principal de SubDAO est la gestion des actifs et l'évaluation des risques. Elles sont autorisées par le Sky Protocol à recevoir des types spécifiques de garanties et à soumettre une demande de création de USDS à Sky Core. Par exemple, le Spark Protocol est actuellement le seul SubDAO mature dans l'écosystème Sky, et c'est un SubDAO axé sur les prêts, qui est un concurrent direct d'Aave. D'autres SubDAO peuvent se concentrer sur des actifs RWA ou d'autres segments de marché.

Les similitudes entre le "Liquidity Hub + Spoke" d'Aave et le "Sky Core + SubDAO" de Sky sont évidentes : les deux ont réalisé qu'une seule entité ne peut pas satisfaire tous les besoins du marché, c'est pourquoi ils adoptent le modèle "banque centrale + banques commerciales spécialisées" : la banque centrale élabore des politiques et fournit de la liquidité, tandis que les banques commerciales spécialisées se chargent de développer des scénarios d'affaires spécifiques.

En examinant les querelles entre Aave et Sky (MakerDAO), Sky Spark est né d'un Fork direct du code source d'Aave V3. Les deux parties ont également connu de vives disputes concernant le protocole de partage des bénéfices, Aave accusant Spark de ne pas avoir payé les 10 % de partage de bénéfices promis. Maintenant, Aave V4 n'a fait que "s'inspirer" de l'approche de conception modulaire mûre de Sky, ce qui peut être considéré comme "rendre la pareille".

différent

Malgré leur similitude, Aave et Sky présentent également des différences significatives en termes de cœur d'activité, de modèle économique et de souveraineté écologique.

Tout d'abord, il y a les types de liquidité : le Liquidity Hub d'Aave vise à fournir de la liquidité pour une large gamme de classes d'actifs, y compris les stablecoins, les actifs volatils (comme l'ETH), et les actifs dérivés (LSTs). Sky, quant à lui, hérite des gènes de MakerDAO, sa stratégie principale étant toujours centrée sur l'émission, la stabilité et la promotion de son stablecoin natif USDS (anciennement DAI). La principale mission de son SubDAO est de créer davantage de cas d'utilisation et de demande pour USDS, renforçant ainsi sa barrière de liquidité.

Deuxièmement, le modèle économique et la souveraineté : c'est la différence fondamentale entre les deux. Le Sky SubDAO se voit conférer une grande souveraineté économique, chaque SubDAO étant autorisé à émettre son propre jeton de gouvernance (par exemple, le jeton SPK de Spark), ce qui lui permet de construire des modèles économiques indépendants, de mettre en œuvre ses propres plans d'incitation et de capturer directement la valeur créée par la croissance de ses activités. Cette indépendance économique permet au SubDAO d'évoluer vers une architecture fonctionnelle complexe et puissante. Prenons l'exemple du seul cas mature actuellement dans l'écosystème Sky, Spark, dont le mode de fonctionnement peut être comparé à un système financier à deux niveaux :

1. Niveau des "banques commerciales" ( côté retail ) : Il dispose d'une plateforme de prêt destinée aux utilisateurs finaux, Spark Lend. Cette partie des activités sert directement les utilisateurs individuels, avec des fonctions similaires à celles des banques commerciales que nous connaissons.

2. Niveau de la "Banque de réserve régionale" ( au niveau de gros ) : Spark dispose également d'un niveau de liquidité nommé Spark Liquidity Layer (SLL), jouant le rôle de "nœud de liquidité" régional. Après avoir obtenu de la liquidité de Sky Core (comme USDC/USDS), SLL ne fournit pas seulement un soutien financier à sa propre "banque commerciale" Spark Lend, mais "wholesale" également cette liquidité à d'autres protocoles de Finance décentralisée, comme Morpho, et même à des concurrents comme Aave.

Ainsi, Spark n'est pas une simple application de prêt, mais un moteur de liquidité intégré qui combine les activités de détail et de gros, tirant pleinement parti de son identité de SubDAO pour créer et distribuer de la valeur au sein et en dehors de l'écosystème Sky.

En comparaison, l'indépendance et l'autonomie des Spokes dans Aave V4 sont beaucoup plus faibles. Actuellement, les Spokes ne peuvent pas émettre leur propre jeton. Ils sont une extension du protocole de base d'Aave, et la valeur qu'ils génèrent (comme les revenus d'intérêts) retournera au DAO d'Aave. Un Spoke est similaire à différents départements au sein d'un grand groupe, opérant sous une marque et un cadre économique unifiés d'Aave, et la valeur créée retourne également au siège du groupe.

Perspective macro

Les changements d'architecture d'Aave et de Sky ne sont pas des événements isolés, mais une réponse directe aux principales tendances qui façonnent l'avenir de la Finance décentralisée.

Intégration RWA

La prochaine frontière de la croissance de la Finance décentralisée est largement considérée comme la tokenisation des actifs du monde réel, tels que les obligations d'État, l'immobilier et le crédit privé. Ces actifs comportent des exigences juridiques et de conformité uniques, rendant leur gestion difficile au sein d'un protocole unique et vaste. L'architecture modulaire d'Aave V4 et de Sky est très adaptée à cela, car elle permet au protocole de créer des environnements "sandbox" indépendants, personnalisables, voire sous licence, tout en maintenant ses caractéristiques fondamentales de décentralisation et d'absence de permission (comme RWA Spoke ou R.