Aave v4 : Changement des hypothèses comptables fondamentales pour l'efficacité du capital

Aave v4 apporte une transformation fondamentale dans la façon dont les protocoles de prêt DeFi gèrent la liquidité et le risque. En séparant les hypothèses comptables de la gestion du risque, ce protocole résout la fragmentation du marché qui a freiné l’efficacité du capital pendant des années.

Avec l’expansion de l’écosystème DeFi, les protocoles de prêt font face à des obstacles structurels croissants. Les mêmes actifs sont dispersés dans plusieurs pools avec un faible taux d’utilisation. Le problème n’est pas le manque de capital, mais une allocation de liquidités sous-optimale. Le système de segmentation du marché par catégorie de risque, bien qu’il augmente la sécurité, crée aussi une inefficacité opérationnelle persistante.

Pourquoi le modèle de marché séparé rend la DeFi inefficace

Les protocoles DeFi traditionnels gèrent le risque en créant simplement des marchés séparés pour chaque catégorie d’actifs. Les actifs peu risqués sont regroupés dans un marché, tandis que les actifs plus volatils ou nouveaux sont placés dans des marchés spécifiques avec des restrictions plus strictes. Par exemple, le mode E est conçu spécialement pour les stablecoins et les tokens de staking liquides dont les prix sont fortement corrélés.

Cette approche offre une sécurité car les pertes sont isolées dans un seul marché. Mais le prix à payer est une fragmentation sévère de la liquidité. ETH stocké dans le marché principal ne peut pas être transféré vers un marché séparé, même si la demande de prêt y est beaucoup plus forte. Chaque marché nécessite ses propres dépôts, ce qui entraîne beaucoup de fonds inutilisés en raison d’une allocation peu flexible.

À mesure qu’Aave se développe sur plusieurs blockchains et avec différents actifs, ce problème persiste. Chaque nouvelle catégorie de risque nécessite un nouveau marché, et chaque marché une pool de liquidité séparée. Le résultat est un bilan fragmenté, où aucune pool n’opère à sa capacité optimale.

Cette fragmentation affecte aussi la fixation des prix. Les utilisateurs dans un même marché paient des taux d’intérêt similaires, peu importe la sécurité de leur position, car la différenciation du risque se fait par l’accès, pas par le prix. En conséquence, les positions plus sûres subventionnent indirectement celles plus risquées—non pas par conception, mais à cause des limitations du système.

Séparer liquidité et gestion du risque : l’innovation Hub-Spoke

L’essence d’Aave v4 repose sur une idée simple mais révolutionnaire : la liquidité et le risque n’ont pas toujours besoin d’être liés. Dans les versions précédentes, le marché remplissait deux fonctions—maintenir la liquidité et appliquer les règles de gestion du risque. Étant donné que ces deux fonctions étaient fortement couplées, la seule façon de modifier les paramètres de risque était de créer un marché séparé. C’est là que réside la racine de la fragmentation.

Aave v4 a rompu ce lien via une architecture Hub-Spoke. Sur chaque blockchain, la liquidité est centralisée dans un lieu appelé Liquidity Hub. Ce Hub n’est pas un marché face à l’utilisateur. Sa seule tâche est de stocker les actifs, suivre les soldes, calculer les intérêts, et assurer la solvabilité du système.

L’interaction des utilisateurs se fait via des Spokes—non pas des pools de liquidité, mais un ensemble de règles déterminant qui peut accéder à la liquidité, avec quelles conditions et limites de risque. Lorsqu’un utilisateur emprunte, il ne le fait pas directement auprès du Spoke, mais celui-ci agit comme un intermédiaire accédant au Hub.

Comme les Spokes ne détiennent pas de liquidités, Aave v4 n’a pas besoin de créer de nouveaux pools à chaque fois qu’il veut supporter un nouveau type de risque. Tous les actifs sont regroupés dans un bilan centralisé. La différence entre deux Spokes réside dans leurs règles d’accès au capital, pas dans leur lieu de stockage.

Ce modèle permet au protocole d’exprimer des préférences de risque très différentes sans séparation de la liquidité. Un Spoke peut simuler un marché principal conservateur. Un autre peut imposer des limites strictes pour les actifs à haut risque, ou autoriser un effet de levier plus élevé pour des actifs fortement corrélés. Toutes ces configurations coexistent sans dupliquer les pools de fonds.

Pour éviter un risque systémique, chaque Spoke dispose d’un plafond d’exposition fixé par la gouvernance. Ce plafond définit le risque maximal que le Spoke peut prendre, ainsi que les actifs accessibles. Si un Spoke accumule un risque supérieur aux attentes, le plafond peut être réduit. Si le risque devient ingérable, le Spoke peut être désactivé sans affecter le reste du système ni forcer les autres utilisateurs à déplacer leurs fonds.

Hypothèses comptables centralisées comme base de stabilité

L’avantage réel de la séparation de la liquidité ne peut être réalisé que si le protocole peut distinguer précisément les participants sûrs des non sûrs. Aave v4 le fait en modifiant l’hypothèse comptable fondamentale—passant d’une comptabilité décentralisée par marché à une comptabilité centralisée dans le Hub.

Dans Aave v3, chaque marché tenait ses propres livres. La solvabilité était évaluée localement par marché, la liquidation déclenchée dans le pool, et les pertes absorbées par la liquidité de ce pool. Ce modèle rend chaque marché facile à comprendre isolément, mais le protocole perd la vision globale de l’accumulation du risque dans tout le système.

Avec v4, la comptabilité est transférée dans le Hub. Celui-ci maintient une vue intégrée des actifs, des dettes, et des intérêts accumulés dans l’ensemble du protocole. Chaque prêt, peu importe le Spoke d’origine, est enregistré dans un bilan unique. Cela permet au protocole d’évaluer la solvabilité d’un point de vue global, pas marché par marché.

Ce changement d’hypothèse comptable a des implications profondes. Avec une vision centralisée, le protocole connaît en permanence le montant total de capital liquide, des dettes non remboursées, et du buffer restant. Lorsqu’un utilisateur ouvre une position via n’importe quel Spoke, celle-ci reste soumise aux règles de solvabilité globale gérées par le Hub.

Si une position devient insolvable, la liquidation est déclenchée selon les règles du Spoke, mais la résolution utilise la même liquidité de base. Le Spoke définit quand et comment la liquidation a lieu, tandis que le Hub assure que la liquidation peut restaurer la solvabilité globale du système.

Chaque Spoke dispose d’un plafond d’exposition au risque clair, conçu pour limiter la perte maximale potentielle pour le système. Même si toutes les positions d’un Spoke échouent simultanément, la perte reste contrôlée dans la limite fixée. Les autres Spokes continuent de fonctionner normalement, car leur accès à la liquidité n’est pas affecté.

Le processus de liquidation devient aussi plus prévisible. Grâce à la comptabilité centralisée, le liquidateur interagit avec une seule source de liquidité, sans avoir à déplacer des actifs entre marchés ou rééquilibrer des pools. Le système ne dépend pas des utilisateurs pour déplacer des fonds en période de stress, mais repose sur des limites et une comptabilité cohérentes et préétablies.

Fixation différenciée des prix du risque

Dans la conception précédente, la différenciation du risque était structurelle. Vous voulez un prêt sûr ? Passez par un marché plus sécurisé. Vous souhaitez un effet de levier élevé ? Utilisez un pool séparé. Il y avait une différence de prix, mais grossière, valable uniquement au niveau du marché.

Aave v4 déplace la différenciation du risque du niveau marché au niveau de l’emprunteur individuel. Le taux d’intérêt des actifs est basé sur le taux de base déterminé par l’offre et la demande dans le Hub. La variation réside dans la prime de risque—le supplément de taux—qui est calculée individuellement.

Lorsqu’un utilisateur emprunte via un Spoke, le protocole évalue le risque de la position en fonction de la garantie, du ratio de levier, et des règles spécifiques du Spoke. Les positions à faible risque paient une prime proche du taux de base, celles à haut risque une prime plus élevée. Cette prime est reversée dans la pool de liquidité commune, en compensation des risques supplémentaires supportés par les fournisseurs de liquidités.

Un Spoke conservateur peut rarement appliquer une prime, car ses positions sont déjà très limitées. À l’inverse, un Spoke permettant une forte utilisation de la garantie ou un effet de levier élevé appliquera une prime plus importante. Ce mécanisme crée une boucle de rétroaction : si un type de prêt devient trop risqué, son coût augmente ; si la demande se déplace vers des configurations plus sûres, le prix s’ajuste.

Ce système ressemble à un système de crédit classique, où la valeur de l’emprunteur dépend de son comportement et de sa garantie, et non uniquement de la catégorie de marché. La liquidité peut être partagée, mais le risque n’est plus uniformément réparti.

Ouvrir la voie à une croissance durable de la DeFi

Aave v4 ne concerne pas seulement l’efficacité du capital à court terme. Son design ouvre de nouvelles possibilités pour la croissance et l’adaptation du protocole face à l’innovation DeFi.

Dans les versions antérieures, soutenir une nouveauté impliquait toujours un risque structurel. Enregistrer un nouvel actif, tester un nouveau type de garantie, ou accepter un groupe d’emprunteurs spécifique—tous nécessitaient la création d’un marché avec une liquidité séparée. Chaque décision de gouvernance était complexe, car elle touchait à l’allocation du capital, et chaque expérimentation entraînait une nouvelle fragmentation.

Avec v4, l’expérimentation devient beaucoup plus simple. De nouveaux Spokes peuvent être introduits sans que les utilisateurs aient besoin de déposer des fonds dans un pool séparé. La gouvernance définit les règles, limites, et prix pour chaque cas d’usage tout en conservant l’intégrité du bilan global. Si l’expérience réussit, la limite est augmentée. En cas d’échec, elle est réduite ou le Spoke fermé.

C’est crucial pour les applications d’actifs du monde réel (RWA). Les RWA ont souvent des contraintes difficiles à intégrer dans un marché classique—mécanismes d’autorisation, encadrement légal, liquidation lente, ou garanties non standard. Dans l’ancien design, intégrer ces différences obligeait à sacrifier l’intégrité du marché principal ou à isoler totalement la liquidité. Avec v4, ces contraintes peuvent rester dans un seul Spoke avec des règles spécifiques, tout en profitant de la liquidité partagée.

Dans les premières versions, faire évoluer les hypothèses de risque nécessitait souvent une migration de marché ou une réorganisation coordonnée de la liquidité. Avec v4, la gouvernance agit au niveau des limites et règles. Les ajustements peuvent être progressifs, et le risque augmenté ou réduit sans forcer l’action des utilisateurs.

Au fil du temps, cela permet une croissance différente pour Aave. Le protocole ne se développe plus uniquement en lançant plus de marchés séparés et en attirant des liquidités isolées, mais en augmentant la utilité de son bilan centralisé. La liquidité n’étant pas dispersée dans des marchés spécifiques et laissée inutilisée lors de changements de demande, l’efficacité du capital du protocole s’accroît exponentiellement.

En fin de compte, ce qui émerge est un protocole DeFi plus proche d’un système financier structuré—où des hypothèses comptables solides, associées à une architecture innovante, créent une base pour un écosystème de prêt plus efficace, flexible et durable.