Aave v4 : Révolution de l'efficacité du capital grâce à une comptabilité centralisée

Le protocole de prêt DeFi a connu une croissance rapide, mais il présente une inefficacité fondamentale rarement abordée. Le problème central réside dans l’hypothèse comptable de base qui guide la conception des protocoles traditionnels : des marchés isolés avec leur propre liquidité. Aave v4 change de paradigme en introduisant une hypothèse comptable totalement différente, où la liquidité est centralisée et le risque géré par des règles, non par segregation des fonds.

Fragmentation de la liquidité : pourquoi l’ancien modèle est inefficace

Les protocoles DeFi gèrent actuellement le risque de manière simple mais coûteuse : ils créent des marchés séparés pour chaque profil de risque. Lorsqu’ils veulent supporter des actifs aux caractéristiques différentes, ils n’ajustent pas le prix (taux d’intérêt) de façon granulaire. Au lieu de cela, ils créent un nouveau marché avec des règles spécifiques.

Ce modèle repose sur une logique simple : l’isolation réduit le risque systémique. En cas de perte sur un marché, les autres sont protégés. Mais cette logique a des conséquences souvent ignorées.

Chaque marché nécessite ses propres dépôts. L’ETH stocké dans le marché principal ne peut pas être automatiquement transféré vers un marché séparé si la demande de prêt y augmente. La liquidité ne peut être redistribuée qu’avec une intervention manuelle : retirer les fonds et les déposer dans un nouveau marché. Résultat : beaucoup de fonds restent inactifs là où ils ne sont pas nécessaires, tandis que d’autres besoins ne sont pas couverts.

Avec l’expansion d’Aave vers divers actifs et blockchains, ce problème s’amplifie. Chaque nouvelle catégorie de risque nécessite un nouveau marché, et chaque marché demande un flux de liquidité séparé. Cela entraîne une fragmentation accrue : le même actif est dispersé dans de nombreux petits pools, rarement utilisés de façon optimale.

Le second problème concerne la tarification approximative. Parce que les utilisateurs sont regroupés par marché, et non par niveau de risque individuel, tous paient un taux d’intérêt similaire — indépendamment de la sécurité de leur collatéral. Les positions sûres subventionnent involontairement les positions risquées, non par conception, mais à cause des limitations du système.

Ce modèle rigidifie le protocole. Supporter un nouvel actif ou une nouvelle stratégie implique toujours de créer un nouveau marché, de demander de nouvelles liquidités, et d’accroître la fragmentation.

Séparation de la liquidité et du risque : l’essence de la transformation d’Aave v4

La solution d’Aave v4 est élégante : séparer la liquidité du risque. Dans les versions précédentes, ces deux éléments étaient liés. Un marché remplissait deux fonctions — fournir de la liquidité et appliquer des règles de gestion du risque. Pour modifier le risque, il fallait créer un nouveau marché, ce qui créait automatiquement une nouvelle liquidité.

Aave v4 brise ce lien.

L’idée commence avec un concept nouveau : le Liquidity Hub. Ce hub n’est pas un marché qui interagit directement avec les utilisateurs. Il ne décide pas qui peut emprunter, combien, ou avec quelle garantie. Il se contente de stocker des actifs, suivre les soldes, calculer les intérêts, et assurer la solvabilité du système.

Toutes les interactions des utilisateurs se font ailleurs, via une nouvelle structure appelée Spoke (branche). Le Spoke n’est pas un pool de liquidité. C’est un ensemble de règles — des conditions sur qui peut accéder à la liquidité, dans quelles conditions, et avec quelles limites de risque.

Lorsqu’un utilisateur emprunte, il ne le fait pas directement auprès du Spoke. Il emprunte via le Spoke depuis le Hub. Comme le Spoke ne détient pas de fonds, Aave n’a pas besoin de créer un nouveau pool à chaque profil de risque différent. Tous les actifs sont centralisés dans un seul bilan.

Ce qui différencie un Spoke d’un autre, ce n’est pas l’endroit où sont stockés les fonds, mais les règles d’utilisation. Un Spoke conservateur peut autoriser uniquement des actifs principaux avec un faible levier. Un autre peut permettre des actifs exotiques avec un levier plus élevé. Les deux accèdent à la même liquidité, mais sous des règles différentes.

C’est une avancée conceptuelle fondamentale. Dans l’ancien modèle, changer le risque équivaut à changer de marché, ce qui entraîne une nouvelle fragmentation. Avec v4, changer le risque, c’est changer les règles — sans fragmentation.

Hypothèses comptables centralisées : comment le système gère le risque global

La séparation de la liquidité et du risque n’est possible que si le protocole peut avoir une vision globale de l’accumulation du risque dans tout le système. Ici, l’hypothèse comptable de base joue un rôle crucial.

Dans Aave v3, la comptabilité est locale. Chaque marché maintient ses propres livres. La solvabilité est évaluée par marché. La liquidation se déclenche dans un pool spécifique. Les pertes sont absorbées par la liquidité de ce pool. Le protocole manque d’une vision holistique de la façon dont le risque s’accumule dans tout l’écosystème.

Avec v4, la comptabilité est centralisée dans le Hub. Celui-ci maintient un bilan unique qui enregistre tous les actifs, toutes les dettes, et l’accumulation des intérêts dans tout le protocole. Chaque prêt, peu importe le Spoke, est inscrit dans ce bilan unique. Cela donne au protocole une visibilité complète sur la liquidité totale, les dettes non remboursées, et le buffer disponible.

Ce changement d’hypothèse comptable modifie la gestion de la solvabilité. Avec une vision centralisée, le protocole peut définir des limites de risque claires pour chaque Spoke. Un Spoke ne peut pas accéder à la liquidité sans restriction. La gouvernance peut fixer un « plafond d’exposition au risque » pour chaque Spoke — une limite maximale à la quantité de risque qu’il peut générer.

Si un Spoke commence à accumuler un risque supérieur à l’attendu, le plafond peut être réduit. Si le risque devient inacceptable, le Spoke peut être désactivé sans affecter les autres ou forcer une action utilisateur. Les pertes restent contrôlées, limitées au plafond fixé — même si toutes les positions d’un Spoke échouent simultanément.

C’est ainsi que la nouvelle hypothèse comptable permet une efficacité accrue. La liquidité n’a plus besoin d’être séparée pour chaque type d’emprunteur ou stratégie. Un seul bilan sert à tout. La différence réside dans les règles d’accès, pas dans le stockage des fonds.

Tarification du risque basée sur l’emprunteur, pas sur le marché

Avec une liquidité partagée et une comptabilité centralisée, Aave v4 peut différencier le risque au niveau de l’emprunteur individuel, et pas seulement au niveau du marché.

Dans l’ancien modèle, la différenciation du risque était principalement structurelle. Si vous voulez un prêt sûr, vous entrez dans un marché sécurisé. Si vous souhaitez un levier élevé, vous passez dans un marché séparé. La tarification est présente, mais grossière, appliquée de manière uniforme à tous les utilisateurs du marché.

Avec v4, le taux d’intérêt de base de l’actif est déterminé par l’offre et la demande dans le Hub. Mais chaque emprunteur paie un coût supplémentaire au-dessus de ce taux de base, en fonction de son profil de risque.

Lorsqu’un utilisateur emprunte via un Spoke, le protocole évalue le risque de cette position spécifique, basé sur la garantie, le ratio de levier, et les règles du Spoke. Si la position est jugée risquée, une prime de risque est appliquée — un coût supplémentaire pour compenser le risque supporté par le fournisseur de liquidité.

Les positions sûres paient une prime proche de zéro. Les positions risquées paient une prime significative. Le Spoke joue ici un rôle clé — définir ce qui est considéré comme « sûr » ou « risqué » et comment la prime est calculée.

Un Spoke conservateur peut rarement ou jamais appliquer de prime, car ses positions sont très limitées. Un Spoke permettant des garanties risquées ou un levier agressif appliquera une prime plus élevée. Cette prime revient dans le pool de liquidité commun, rémunérant le fournisseur pour le risque qu’il assume.

Ce système crée un retour d’information sain. Si un type de prêt devient trop risqué, son prix augmente automatiquement. Si la demande se déplace vers des configurations plus sûres, le prix s’ajuste aussi. Le protocole n’a pas besoin de créer de nouveaux marchés ou de coordonner manuellement — les taux individuels reflètent la prime de risque.

Au final, cela aboutit à un système de crédit plus sophistiqué, où le prix dépend du comportement et du collatéral de l’emprunteur, et pas seulement du marché qu’il rejoint.

Liquidation prévisible et gouvernance flexible

L’un des risques majeurs de la liquidité centralisée est le mode de défaillance. Avec des marchés séparés, la fragmentation sert de protection grossière — les pertes sont localisées.

Aave v4 répond à cela en modifiant la gestion des liquidations et de l’accumulation du risque. Dans v3, la liquidation se déclenche dans un pool spécifique, et la liquidité de ce pool est utilisée pour la résolution. Cela dépend de la disponibilité des fonds dans ce pool — si le pool manque de liquidité, la liquidation peut être retardée ou partielle.

Dans v4, la liquidation est une opération globale. Le Spoke définit quand et comment la liquidation doit se produire. Le Hub assure que la liquidation peut être résolue avec la liquidité centrale. Il n’est pas nécessaire de déplacer des fonds entre marchés ou de rééquilibrer les pools — tous les actifs sont centralisés.

Le processus devient beaucoup plus prévisible. Le liquidateur n’interagit qu’avec une seule source de liquidité. Le risque de liquidation en chaîne dû à un manque de fonds dans un pool spécifique est fortement réduit.

Dans un système fragmenté, un pool peut « faire faillite » non pas parce que le système manque de fonds, mais parce que les fonds ont été transférés ailleurs. Avec v4, le manque de liquidité est un signal global, visible clairement dans la comptabilité centralisée. Le protocole sait toujours où se trouvent les pertes potentielles, leur ampleur, et quelles parties du système sont responsables.

Cette clarté facilite aussi une gouvernance plus flexible. Dans l’ancien modèle, modifier l’hypothèse de risque nécessitait une migration de marché ou un ajustement coordonné de la liquidité. Avec v4, la gouvernance fonctionne au niveau des plafonds et règles. Les ajustements peuvent être progressifs — le plafond de risque peut être augmenté ou réduit sans forcer l’action des utilisateurs.

Cela réduit les coûts de gouvernance et limite les erreurs ou perturbations systémiques.

Vers un écosystème DeFi plus mature

La transformation d’Aave v4 a des implications à long terme bien au-delà de l’efficacité du capital.

Dans l’ancien modèle, supporter un nouvel actif ou une nouvelle stratégie impliquait toujours des risques structurels. Enregistrer un nouvel actif ? Créer un nouveau marché. Tester une nouvelle garantie ? Un nouveau marché. Soutenir un groupe spécifique d’emprunteurs ? Encore un nouveau marché. Chaque expérimentation entraîne des coûts de fragmentation et une complexité de gouvernance accrue.

Avec v4, l’expérimentation devient beaucoup plus simple. Sans que les utilisateurs aient besoin de déposer des fonds dans un nouveau pool, un nouveau Spoke peut être introduit. La gouvernance définit les règles et plafonds de risque pour chaque cas d’usage, tout en maintenant l’intégrité du bilan central.

Les questions de gouvernance changent fondamentalement. Ce n’est plus « devons-nous créer un marché complet pour cet actif ? », mais « combien de risque allouons-nous à ce cas d’usage ? ». La décision devient plus précise, plus facile à ajuster, et ne nécessite pas une coordination systématique.

C’est crucial pour les actifs du monde réel (RWA) et les applications institutionnelles. Les RWA ont souvent des contraintes difficiles à intégrer dans les marchés existants — mécanismes d’autorisation, encadrement légal, liquidations lentes, ou garanties non standard.

Dans l’ancien modèle, répondre à ces contraintes nécessitait de faire des compromis importants : sacrifier le marché principal ou isoler totalement la liquidité. Avec v4, ces contraintes peuvent rester dans un Spoke dédié avec des règles spécifiques, tout en profitant de la liquidité partagée du Hub. Les RWA ne sont plus une exception risquée — elles deviennent un cas d’usage avec des paramètres de risque appropriés.

Au fil du temps, la croissance d’Aave changera. Le protocole ne se développera plus en lançant davantage de marchés isolés, mais en augmentant la utilité du bilan central. La liquidité ne restera pas inactive dans divers pools, mais sera allouée dynamiquement selon les besoins réels, avec un risque géré par des règles flexibles et ajustables.

Cette transformation rapproche le protocole DeFi d’un système financier traditionnel plus mature — où un seul bilan sert à plusieurs profils de risque, où la tarification granulaire reflète le risque individuel, et où la gouvernance peut ajuster les paramètres sans perturber l’ensemble.

Aave v4 montre qu’une hypothèse comptable différente — de la fragmentation à la consolidation — peut ouvrir une efficacité de capital fondamentalement plus grande, tout en maîtrisant mieux le risque systémique.