Introduction
Votre LP peut continuer de générer des frais dans le pool tout en garantissant un prêt. Avana le rend possible sur Aave v4 : les Spokes gèrent le risque spécifique au LP, le Hub alimente la liquidité de prêt partagée.
Qu'est-ce qu'Avana ?
Avana est un protocole de prêt conçu pour le collatéral LP. Il permet aux utilisateurs de déposer des positions AMM prises en charge, de les garder actives dans le pool sous-jacent, et d'emprunter contre elles via l'infrastructure Aave v4.
Les fournisseurs de liquidité doivent souvent retirer la liquidité avant de pouvoir emprunter contre leur capital. Cela signifie sortir du pool, abandonner l'exposition aux frais, et interrompre la position de marché déjà construite.
Avana résout cela en rendant les positions LP prises en charge utilisables comme collatéral. Le LP reste actif, Avana suit et valorise la position, et Aave v4 gère la comptabilité côté emprunt via un token de collatéral de vault interne.
Fonctionnement
Le flux côté utilisateur est court, mais chaque étape masque un travail de souscription spécifique au LP. Les pages suivantes détaillent les mécaniques derrière chaque étape.
- 01
Déposer une position LP prise en charge
Un emprunteur dépose une position LP approuvée dans le Borrow Spoke concerné, mais la liquidité elle-même reste déployée dans le pool sous-jacent au lieu d'être rachetée d'abord.
- 02
La valoriser de façon prudente
Le Spoke reconstruit la position à partir des données du pool, valorise l'exposition sous-jacente via la stack d'oracle, puis décote cette valeur via les facteurs de collatéral et les contrôles spécifiques au marché.
- 03
Emprunter via le Hub
Si la capacité résultante est suffisante, le prêt tire sur la liquidité partagée du Hub, tandis que les contrôles de santé, la comptabilité du collatéral et le comportement de liquidation restent spécifiques à ce Spoke.
Pourquoi le collatéral LP compte
Les positions LP siègent déjà dans le capital de travail. Sans couche de prêt, récupérer du cash signifie généralement réduire ou fermer d'abord la position dans le pool.
La liquidité reste dans le pool
Le protocole est conçu pour des positions LP qui doivent continuer à faire le travail de LP. Un emprunteur n'a pas à retirer la liquidité de l'AMM juste pour accéder à du cash contre elle.
La capacité suit le vrai LP
La capacité d'emprunt vient de la structure réelle de la position : mix de tokens, frais accumulés, fourchette active le cas échéant, profondeur disponible, et la façon dont la position pourrait être sortie sous stress.
La liquidation a des règles explicites
Le collatéral LP n'est pas traité comme un solde de token générique. Chaque marché pris en charge définit comment la valeur est récupérée, ce qui est vendu ou débouclé, et comment la dette est clôturée si le compte devient dangereux.
Architecture
Avana utilise Aave v4 parce que le collatéral LP a besoin à la fois de liquidité partagée et d'une logique de risque isolée. Le Hub gère la couche monétaire commune tandis que les Spokes gèrent le travail spécifique au LP : enregistrement du collatéral de pool, valorisation de position, application du risque et exécution de la liquidation.
Borrow Spoke
Accepte le collatéral LP pris en charge, le transforme en capacité d'emprunt au niveau du Spoke, et possède les règles de santé et de liquidation pour ce marché.
Hub
Détient le bilan de prêt partagé : comptabilité des réserves, logique de taux d'intérêt, et la liquidité que les Spokes côté emprunteur tirent.
Lend Spoke
Fait entrer les actifs des prêteurs dans le système et les route vers le Hub afin que la souscription LP reste séparée de l'onboarding du capital.
Les builders doivent penser le système en deux moitiés. Le Hub est le bilan commun et le moteur de dette, tandis que les Borrow Spokes décident ce que chaque marché LP peut soutenir en sécurité et comment ce marché doit être débouclé en cas d'échec. Le Lend Spoke alimente le Hub en capital pour que les fournisseurs n'aient pas à raisonner sur les mécaniques LP juste pour fournir de la liquidité.