L'effet de levier est comme une boîte de Pandore, et le prêt est la clé pour ouvrir cette boîte. L'effet de levier de DeFi a été débloqué et un circuit de prêt a émergé, tout cela grâce aux services de prêt on-chain de MakerDAO avec sur-collatéralisation exécutés par des contrats intelligents.
Après sa sortie en 2019, le protocole Compound s'est rapidement imposé comme l'acteur dominant du marché des prêts DeFi. En juin 2020, après un an de développement, Compound a publié son jeton natif COMP, ranimant le DeFi et dissipant la morosité persistante du précédent boom des ICO.
La TVL de Compound est passée d'environ 100 millions de dollars à 700 millions de dollars en moins d'un mois, ce qui la met en position de défier MakerDAO pour la deuxième place dans le circuit des prêts.
En revanche, l'intérêt pour le protocole AAVE, récemment lancé, est monté en flèche. En l'espace de trois mois seulement, la valeur du protocole TVL est passée à plus d'un milliard de dollars, supplantant Compound et dépassant brièvement l'ancien protocole MakerDAO en termes de popularité.
AAVE, anciennement connu sous le nom d'ETHLend, est un service de prêt peer-to-peer sur Ethereum qui a été lancé en 2017 par Stani Kulechov alors qu'il était encore étudiant en LLM à l'Université d'Helsinki en Finlande. Ils ont levé plus de 40 000 ETH en novembre de la même année, mais le projet est depuis resté tiède.
Jusqu'en septembre 2018, ETHLend a changé son nom en Aave, qui signifie "fantôme" en finnois et représente son objectif de devenir un "fantôme" financier décentralisé. Inspiré par le concept de banque décentralisée de type peer-to-pool de Compound, Aave a commencé sa transformation, a testé la version V1, a rapidement mis à jour la version V2, et a remporté le titre de protocole de prêt multi-actifs de DeFi grâce à des innovations comme la délégation du montant du prêt et l'utilisation de prêts flash au sein du protocole.
En lançant la V3 au début de 2018, AAVE a maintenu sa position de leader du secteur en matière de protocole de prêt. Les principaux avantages concurrentiels d'AAVE, par rapport aux autres protocoles de prêt sur Ether, sont la rapidité et l'originalité de ses mises à jour.
La version initiale d'AAVE a démarré avec un modèle de prêt assez similaire au protocole Compound et doté d'une architecture plus complexe, ce qui s'est traduit par des frais de gaz plus élevés par prêt et une expérience légèrement moins interactive. Cependant, AAVE a par la suite modifié son mode de calcul du taux variable et a introduit une solution de prêt à taux stable pour exploiter le marché du DeFi.
Le taux d'intérêt variable d'AAVE, comme celui de Compound, est déterminé par l'utilisation du capital de son pool de prêts. Toutefois, contrairement à Compound, la fonction d'AAVE est conçue de telle sorte que le taux d'intérêt augmente rapidement lorsque le taux d'utilisation dépasse le taux souhaité, permettant ainsi une régression du taux d'utilisation.
La fonction de taux d'intérêt du Compound est une fonction primaire avec le taux d'utilisation Ua comme variable indépendante, reflétant la demande du marché pour l'actif et la solvabilité à court terme du Compound. Le taux d'emprunt de départ de l'actif est de 2,5 %, qui varie selon l'actif et est déterminé par Compound. La pente de la fonction, qui détermine la vitesse à laquelle le taux d'intérêt augmente lorsque Ua augmente, est de 20 %.
La fonction de taux d'intérêt de Compound est une fonction linéaire avec l'utilisation du capital Ua comme variable indépendante, et Ua reflète la demande du marché pour l'actif et la solvabilité à court terme de Compound, comme l'illustre la figure ci-dessous. 2,5 % est le taux d'emprunt de départ pour l'actif, qui varie d'un actif à l'autre et est fixé par Compound, et 20 % est la pente de la fonction, qui détermine à quelle vitesse le taux d'intérêt augmente lorsque Ua augmente.
La fonction de taux d'intérêt d'AAVE est segmentée. AAVE introduit un taux d'utilisation optimal, Uoptimal, pour représenter le ratio optimal des fonds prêtés par rapport aux fonds totaux du pool de prêts. Lorsque U est inférieur à Uoptimal, le taux d'intérêt utilise la pente Rslope, conçue pour maintenir le taux d'intérêt dans la fourchette moyenne du marché afin d'assurer le fonctionnement normal du prêt. En revanche, lorsque U est supérieur à Uoptimal, AAVE utilise la pente Rslope2, qui est généralement une grande valeur, permettant au taux d'intérêt d'augmenter rapidement et d'attirer les utilisateurs à déposer des fonds dans le pool de prêts, permettant à U de revenir rapidement à un niveau proche de Uoptimal et assurant une capacité de remboursement saine de l'accord AAVE.
AAVE est également pionnier en matière de prêts innovants à taux stable.
Dans un modèle de prêt bancaire traditionnel, l'utilisateur peut choisir entre un taux stable et un taux variable, mais dans le modèle de prêt de DeFi, comme il n'y a pas de date limite fixe pour le prêt, l'utilisateur peut conserver le prêt tant que le LTV (Loan to Value) est sain ; et si le taux stable est utilisé, l'accord ou l'utilisateur peut subir des pertes plus importantes dans des conditions de marché extrêmes ; et si une limite de temps est imposée, l'utilisateur peut avoir besoin de faire plusieurs prêts.
Par conséquent, AAVE utilise une méthode d'imposition des limites de taux d'intérêt qui permet un taux fixe tant que le marché dispose de suffisamment de liquidités, ou pour une période spécifique, mais qui peut être rééquilibré à long terme en réponse aux changements des conditions du marché.
La fonction de taux stable est très similaire à la fonction de taux variable, où Mr est le taux du marché, calculé par le Predictor à partir des données du marché. Le reste du taux est le même que le taux variable. Rs représente le taux auquel vous commencez un prêt à taux stable, et une fois que le prêt commence, Rs sera fixe à moins que le taux ne doive être réajusté. Lorsque le taux d'intérêt d'un prêt est inférieur au taux actuel du prêt, le taux d'intérêt de ce prêt est ajusté à la hausse au dernier taux ; lorsque le taux d'intérêt d'un prêt est supérieur à un certain pourcentage du taux actuel du prêt (fixé par la convention), le taux d'intérêt de ce prêt est ajusté à la hausse au dernier taux.
Lorsque le taux d'intérêt d'un prêt dépasse un certain pourcentage du taux actuel du prêt (déterminé par convention), le taux d'intérêt du prêt est ajusté à la baisse au taux le plus actuel.
AAVE a mis en place deux restrictions pour empêcher l'abus des prêts à taux stable :
Nous supposons qu'Alice dépose 10a en actifs, et nous pouvons voir d'après la fonction que cela diminuera Rs. Alice peut alors prêter à un taux d'intérêt inférieur, déposer les a prêtés et retirer les 10a pré-dépôt tant qu'ils ne sont pas liquidés. À ce moment-là, le taux de dépôt augmentera en raison de la diminution des liquidités disponibles. Alice peut alors arbitrer la différence de taux d'intérêt entre le dépôt et le prêt, et si elle est combinée à un prêt flash, l'utilisateur peut terminer ce processus sans avoir à payer le principal.
Cela empêche les utilisateurs d'emprunter des sommes importantes sur un seul compte pendant des conditions de taux d'intérêt favorables, comme des taux d'emprunt particulièrement bas.
Contrairement au composé, le rapport entre U et Uoptimal est un meilleur indicateur de l'offre et de la demande du marché que Ua seul. Lorsque U > Uoptimal, comme le montre le graphique ci-dessous, les taux d'intérêt peuvent augmenter rapidement sur une pente très raide, répondant aux changements de la demande d'emprunt du marché en un court laps de temps, tout en maintenant à tout moment les liquidités de l'accord à un niveau raisonnable.
Les utilisateurs ayant un goût du risque plus élevé bénéficieront du taux stable, qui leur permet de développer des options de prêt basées sur les prévisions du marché.
En plus de la conception du taux d'intérêt, AAVE a introduit une fonction de prêt flash au lancement, ce qui en fait le premier protocole de prêt à offrir le prêt flash.
AAVE a mis en œuvre avec succès la fonction de prêt flash dans son protocole basé sur la fonction d'échange atomique de la blockchain, qui exige que toutes les étapes de la transaction ou aucune d'entre elles soient réalisées.
Lorsque le prêt flash est exécuté, le protocole prend un instantané du solde et transfère les fonds à l'adresse du contrat externe. Les fonds effectueront ensuite la transaction selon les termes du contrat externe. Après l'achèvement de la transaction, le protocole vérifie à nouveau le solde du prêt flash, et si le solde comprend correctement le montant du prêt flash et les frais, la transaction est exécutée ; sinon, la transaction est complètement annulée.
En raison de l'exigence d'instantanés, la version V1 du prêt flash ne peut pas interagir directement avec le protocole AAVE, ce qui exposerait le pool à des attaques de rentrée. Cela limite considérablement la somme d'argent qu'un prêt flash peut apporter au développement du protocole AAVE et l'empêche de développer pleinement un avantage concurrentiel par rapport aux autres protocoles de prêt.
Cependant, le protocole AAVE comprend de nombreuses informations sur les prêts flash dans sa documentation. Il comprend même une boîte à Truffle pour que les utilisateurs ayant des connaissances en codage puissent rapidement rédiger des contrats de prêts flash, abaissant ainsi la barrière à l'entrée pour les prêts flash. Simultanément, le prêt flash d'AAVE exige des frais de transaction de 0,09 %, dont 70 % sont attribués au fournisseur de financement, ce qui constitue une incitation supplémentaire pour les utilisateurs à effectuer des dépôts.
Six mois après la sortie de la V1, AAVE a mis à jour la V2 avec une mise à niveau de la fonctionnalité de prêt flash, supprimant le besoin de contrôles de ré-entrée et supprimant l'instantané avant-après, permettant aux prêts flash d'interagir directement dans le protocole AAVE, et ajoutant la possibilité de fournir des garanties directement dans les prêts flash pour maintenir les positions de dette.
Les utilisateurs peuvent utiliser la fonction de prêt flash dans la V2 pour les fonctions d'échange de garanties et de remboursement de garanties.
Supposons qu'Alice mette en place 10 ETH et prête 10 000 DAI. Lorsque le prix de l'ETH monte en flèche et qu'Alice veut le vendre à profit mais ne veut pas rembourser les DAI, elle peut utiliser la fonction de prêt éclair pour emprunter 10 000 DAI au pool pour rembourser la dette et racheter tous les ETH, puis mettre en gage suffisamment d'autres actifs en jetons pour emprunter 10 000 DAI et les rendre au pool avec les frais pour réaliser l'échange de garantie.
Lorsque le prix de l'ETH chute rapidement et atteint le seuil de liquidation, et qu'Alice n'a pas assez d'actifs pour rembourser le prêt, elle peut utiliser l'auto-liquidation pour prêter 10 000 DAI, racheter l'ETH, le vendre et utiliser le produit pour rembourser le prêt flash. Par conséquent, elle peut prêter 10 000 DAI, racheter l'ETH, le vendre et utiliser le produit pour rembourser le prêt flash, complétant ainsi son auto-liquidation.
La conception du taux et la fonction de prêt flash ne peuvent pas s'imposer dans l'industrie cryptographique en constante évolution ; la conception du taux d'intérêt peut être copiée, et la fonction de prêt flash peut être utilisée sur d'autres protocoles. De la V1 à la V3, les mises à jour rapides d'AAVE et le riche déploiement de nouvelles fonctionnalités l'ont empêché de disparaître du marché.
La mise en œuvre des prêts du protocole AAVE dans la V1 est la suivante :
Le diagramme montre que l'interaction directe avec l'utilisateur est le Lending Pool.
Le Lending Pool fait appel au Lending Poor Core et au Lending Pool Data Provider pour mettre en gage, racheter et emprunter des actifs et pour mettre en gage ou brûler unToken (aToken représente l'actif avec lequel l'utilisateur interagit dans le protocole AAVE) en fonction des actions de l'utilisateur. Le Lending Pool Core est le composant clé de l'architecture, qui stocke les actifs et utilise diverses informations fournies en externe pour calculer les taux d'intérêt et mettre à jour le solde des actifs de l'aToke.
Dans la version V1, tous les actifs étaient stockés dans le Core Lending Pool. L'unité ETH commune était utilisée pour calculer les taux d'intérêt, ce qui signifiait que même si vous fournissiez des actifs moins liquides dans le pool, vous ne pouviez pas obtenir un rendement élevé : l'architecture complexe et encombrante représentait un gros morceau de code de contrat intelligent, derrière lequel l'utilisateur devait payer des frais de gaz élevés. Le protocole V2 simplifie considérablement cette architecture.
Le diagramme montre que divers jetons, auparavant stockés ensemble dans le Lending Pool Core, sont maintenant stockés séparément dans la V2. Cette séparation des actifs permet de mieux calculer les rendements séparément, et les parties qui étaient auparavant chargées de fournir des données sont maintenant simplifiées en Bibliothèques séparées, ce qui réduit considérablement le nombre de jetons qui doivent être exécutés par transaction, d'où une économie de frais de 15 à 20 %.
En commençant par la V2, AAVE s'est également concentré sur l'introduction d'un nouveau modèle de prêt, donnant à AAVE un avantage concurrentiel significatif.
AAVE a créé un modèle de crédit on-chain historique dans la V2 qui permet aux utilisateurs d'emprunter sans garantie et avec leur crédit.
Le modèle de délégation de crédit d'AAVE rappelle ETHLend - le prêt entre pairs, dans lequel les utilisateurs peuvent déléguer leurs fonds à d'autres utilisateurs pour générer des revenus supplémentaires à partir de leurs fonds inutilisés.
Par exemple, Alice a déposé 1 000 $ USDC mais souhaite utiliser seulement 300 $ USDC de sa ligne de crédit, laissant 700 $ USDC comme dépôt pour gagner des intérêts. Si Alice souhaite augmenter ses revenus, elle peut déléguer les 700 USDC restants à Bob, qui peut alors prêter de l'argent d'AAVE sans mettre en gage ses actifs.
Alice peut déléguer sa ligne à de nombreux Bob et limiter le type de jetons qu'ils peuvent prêter, le montant qu'ils peuvent prêter et le modèle de taux d'intérêt : Bob, quant à lui, ne peut utiliser qu'une seule ligne d'Alice à la fois et ne peut choisir qu'entre un modèle de taux d'intérêt stable ou flexible.
Que se passe-t-il si Bob ne paie pas ? "Vous ne voulez pas confier votre crédit à quelqu'un que vous ne connaissez pas", déclare Stani Kulechov, PDG d'AAVE. "Vous ne le confiez qu'à Bob, que vous connaissez."
La délégation de crédit, cependant, se fera par le biais d'Open Law pour assurer la conformité avec le processus de prêt (un protocole qui existe sur Ethereum et offre le service d'envelopper les contrats intelligents dans des accords juridiques).
Rester innovant a toujours été le style d'AAVE. AAVE a porté le modèle de prêt DeFi à un niveau supérieur dans la version V3 de cette année.
Lorsque vous ouvrez un CDP dans la V2 ou une version antérieure, vous pouvez prêter tous les actifs du pool de prêt, ce qui impose des exigences strictes en matière de liquidité et de stabilité des jetons comme ETH, BNB, etc. Mais les utilisateurs peuvent également détenir un grand nombre d'autres jetons à forte volatilité qui ne peuvent pas être utilisés comme jetons de garantie dans des circonstances normales. AAVE a mis en place un modèle de prêt d'isolement pour mieux utiliser ces fonds.
Les utilisateurs peuvent ouvrir des positions de dette en utilisant des actifs de jetons très volatils comme garantie dans le mode de prêt Isolation, mais ils ne peuvent prêter qu'un certain nombre de jetons, qui devraient idéalement être des stablecoins libellés en USD.
Il existe un montant total d'actifs libellés en USD qui peut être prêté pour chaque position d'isolement, quelle que soit la valeur de votre garantie. Lorsqu'un utilisateur est en mode de prêt ségrégué, il ne peut pas utiliser d'autres tokens comme garantie sous la même adresse de portefeuille jusqu'à ce qu'il ait remboursé toutes ses dettes et racheté la garantie pour sortir du mode de prêt ségrégué ; cependant, en tant qu'utilisateur déposant, il peut toujours déposer d'autres actifs en mode normal après avoir déposé des actifs sur la liste ségrégative dans le pool.
L'utilisation du seuil de liquidation habituel pour les prêts garantis de deux actifs dont les prix sont fortement corrélés, tels que ETH et stETH, renBTC et WBTC, DAI et USDC, est en fait un gaspillage de capital. Comme les prix de ces jetons sont essentiellement fixes, lorsque vous utilisez l'un des actifs comme garantie, vous devriez être en mesure de prêter une valeur presque équivalente de l'actif sous-jacent.
AAVE met en œuvre cette fonctionnalité dans la V3, le mode haute efficacité, où le protocole évalue les actifs sous-jacents et répertorie une variété de paires de jetons dont les prix sont très ancrés, comme l'ETH, les dérivés de la BTC, et divers types de stablecoins avec des actifs garantis, qui peuvent être prêtés jusqu'à 95 % ou plus, et même jusqu'à 98 % pour les stablecoins, selon le livre blanc.
Dans certains scénarios, tels que les prêts garantis entre stablecoins, où un utilisateur détient USDT et un protocole DeFi exige l'utilisation de USDD pour l'extraction de liquidités, cette fonctionnalité peut remplacer DEX.
Parce que certains utilisateurs sont préoccupés par le risque de découplage des USDD et ne veulent pas échanger leurs USDT contre des USDD directement dans DEX, ils peuvent maintenant choisir de prêter des USDD dans AAVE en utilisant le mode efficace, et les utilisateurs qui ne sont pas préoccupés par le risque de découplage des USDD mais ne veulent pas prendre les risques associés à l'exploitation des liquidités, tels que les pertes erratiques, les contrats intelligents, et ainsi de suite, peuvent déposer leurs USDD dans AAVE pour fournir des liquidités.
En plus d'emprunter des fonctionnalités à DEX, AAVE veut également tremper son orteil dans le domaine des ponts inter-chaînes. Dans la version V3, le protocole introduit un modèle de prêt inter-chaînes.
Le principe est simple : les utilisateurs mettent en gage des jetons sur le réseau source (par ex. Ethereum) pour frapper unToken, et le protocole brûlera cet aToken sur le réseau source tout en frappant unToken sur le réseau cible (par ex. Polygon) afin que les utilisateurs puissent prêter ou simplement fournir des liquidités sur le réseau cible.
Dans la fonctionnalité de chaîne croisée d'AAVE, les frais de chaîne croisée sont reflétés sous la forme de taux d'intérêt réduits après la chaîne croisée. Disons qu'Alice fournit 10 000 DAI sur Ether et utilise la fonction cross-chain pour transférer le aToken résultant à Polygon.
À ce moment-là, AAVE transférerait les actifs sous-jacents à Polygon, augmentant ainsi la liquidité des actifs correspondants sur Polygon et diminuant le taux d'intérêt du prêt. Cependant, la liquidité fournie par Alice existe sur l'Etherchain, et non sur le Polygone, aux yeux des autres utilisateurs, de sorte qu'AAVE utilise les intérêts perçus sur la liquidité fournie par Alice pour compenser les autres utilisateurs et les autres coûts encourus par l'accord AAVE.
La dernière section se concentrera sur les jetons LP du protocole AAVE et leurs caractéristiques uniques.
Lorsque vous effectuez un dépôt dans une banque, celle-ci vous délivre un certificat de dépôt, qui représente votre statut de créancier auprès de la banque. Dans le monde de la blockchain, vous aurez également besoin de quelque chose comme un certificat de dépôt pour représenter votre droit aux fonds du pool. AAVE, comme la plupart des protocoles de prêt, a adopté l'utilisation d'un jeton ERC-11 pour représenter la dette de l'utilisateur.
Lors d'un dépôt dans AAVE, le déposant reçoit un montant correspondant de jetons dérivés, appelés jetons Aave (aTokens en abrégé) qui correspondent 1:1 aux actifs sous-jacents. C'est-à-dire que si Alice dépose 100 ETH dans l'accord, elle reçoit 100 aETH, représentant sa créance et le montant utilisé en gage pour obtenir le prêt. Il y a aussi la fonction la plus importante, qui sert à calculer les intérêts.
Dans le protocole Composé, les justificatifs de dépôt de l'utilisateur sont des cTokens, et le nombre de cTokens n'est pas 1:1 contre les jetons natifs, mais est calculé par la formule valeur = réserve * cToken/ total cToken. Cependant, dans Aave V1, le aToken est entièrement ancré 1:1 au token natif, donc si le dépôt de 100 aETH d'Alice devient 101 aETH, elle peut racheter 101 ETH. Ensuite, la façon dont les intérêts AAVE sont cumulés est évidente, lorsque le solde des jetons dans le pool augmente en raison des intérêts payés par le prêteur, le protocole AAVE frappera un nouveau montant égal de aToken et le distribuera proportionnellement aux aToken qui existent représentant le solde principal de l'adresse.
Grâce à cette conception de la séparation du principal et des intérêts, la gestion des dettes de l'utilisateur peut être plus flexible, donnant ainsi à l'utilisateur la possibilité de rediriger les intérêts générés vers une nouvelle adresse. Lorsque l'utilisateur souhaite transférer automatiquement l'intérêt généré à une nouvelle adresse, il peut soumettre une adresse à rediriger au protocole, qui transférera alors automatiquement l'intérêt aToken généré à l'adresse d'origine à la nouvelle adresse. La limitation est que les intérêts générés par le solde à l'adresse redirigée ne peuvent plus être redirigés.
Non seulement les dépôts sont gagés en V2, mais le montant dû par l'utilisateur est également gagé à l'aide de jetons de dette. Lorsqu'un utilisateur emprunte ou rembourse, le jeton de dette est automatiquement frappé ou détruit dès que le bien est reçu ou remboursé, et vous ne pouvez racheter votre dépôt que lorsque le jeton de dette dans votre adresse est à 0.
Les jetons de dette suppriment la restriction selon laquelle les utilisateurs ne pouvaient prêter que des prêts à taux stable ou des prêts à taux variable en même temps dans la version V1. Cependant, les jetons de dette ont une limite. Devez-vous rendre le prêt si vous le transférez à quelqu'un d'autre et qu'il n'existe plus à votre adresse ? En théorie, c'est le cas, c'est pourquoi AAVE a imposé une restriction sur les jetons de dette, qui sont un type de jeton qui ne peut être transféré.
En outre, le protocole V2 met à jour la méthode de calcul de l'aToken tout en maintenant le principe d'ancrage 1:1 entre l'aToken et le jeton d'origine.
Après chaque allocation d'intérêts, le protocole de V1 recalcule le solde de chaque adresse, puis l'alloue à nouveau dans le bloc suivant.
Cependant, dans la V2, le protocole n'enregistre qu'un capital initial m et le total des intérêts NIt accumulés par le protocole à ce moment-là, puis calcule une nouvelle valeur ScB = m / NIt. Lorsque l'utilisateur vérifie le solde de son aToken, il voit un solde de Bt = m / NIt NIt = m. Cependant, lorsque l'utilisateur consulte à nouveau le solde dans le futur, le solde qu'il voit sera Bt delta = m / NIt NItdelta > m. Si l'utilisateur rachète ou dépose de nouveaux fonds n au moment t1, son ScB dans le protocole devient ScBt1 = m / NIt +/- n / NIt1.
En bref, plutôt que de suivre et de rafraîchir le solde de l'adresse de l'utilisateur lorsque ce dernier n'interagit pas avec le protocole, le protocole met simplement à jour le solde lorsque l'utilisateur interagit à nouveau avec le protocole, par exemple pour déposer ou retirer des fonds.
De V1 à V3, AAVE a rapidement progressé en quelques mois après son lancement, rattrapant son prédécesseur Compound en TVL, et répondant à la demande du marché par des mises à jour rapides du protocole et de nouvelles fonctionnalités.
En outre, les diverses innovations d'AAVE nous montrent que l'équipe ne s'est pas limitée au simple prêt. AAVE a annoncé la fonction de prêt flash au début du lancement, et déploiera les prêts P2P on-chain un par un, tandis que V3 sera lancé avec des prêts efficaces similaires à DEX et un portail avec une certaine fonction de pont cross-chain.
En raison de sa forte innovation et de son exécution, AAVE est un candidat potentiel pour se développer rapidement et devenir un protocole DeFi aux côtés de MakerDAO et Compound, en s'étendant à un marché plus large et en maintenant un service de prêt stable même pendant le ralentissement du marché. S'asseyant sur un protocole avec une énorme liquidité, AAVE prévoit de lancer un stablecoin natif, GHO, visant à créer un écosystème financier on-chain plus décentralisé.
L'effet de levier est comme une boîte de Pandore, et le prêt est la clé pour ouvrir cette boîte. L'effet de levier de DeFi a été débloqué et un circuit de prêt a émergé, tout cela grâce aux services de prêt on-chain de MakerDAO avec sur-collatéralisation exécutés par des contrats intelligents.
Après sa sortie en 2019, le protocole Compound s'est rapidement imposé comme l'acteur dominant du marché des prêts DeFi. En juin 2020, après un an de développement, Compound a publié son jeton natif COMP, ranimant le DeFi et dissipant la morosité persistante du précédent boom des ICO.
La TVL de Compound est passée d'environ 100 millions de dollars à 700 millions de dollars en moins d'un mois, ce qui la met en position de défier MakerDAO pour la deuxième place dans le circuit des prêts.
En revanche, l'intérêt pour le protocole AAVE, récemment lancé, est monté en flèche. En l'espace de trois mois seulement, la valeur du protocole TVL est passée à plus d'un milliard de dollars, supplantant Compound et dépassant brièvement l'ancien protocole MakerDAO en termes de popularité.
AAVE, anciennement connu sous le nom d'ETHLend, est un service de prêt peer-to-peer sur Ethereum qui a été lancé en 2017 par Stani Kulechov alors qu'il était encore étudiant en LLM à l'Université d'Helsinki en Finlande. Ils ont levé plus de 40 000 ETH en novembre de la même année, mais le projet est depuis resté tiède.
Jusqu'en septembre 2018, ETHLend a changé son nom en Aave, qui signifie "fantôme" en finnois et représente son objectif de devenir un "fantôme" financier décentralisé. Inspiré par le concept de banque décentralisée de type peer-to-pool de Compound, Aave a commencé sa transformation, a testé la version V1, a rapidement mis à jour la version V2, et a remporté le titre de protocole de prêt multi-actifs de DeFi grâce à des innovations comme la délégation du montant du prêt et l'utilisation de prêts flash au sein du protocole.
En lançant la V3 au début de 2018, AAVE a maintenu sa position de leader du secteur en matière de protocole de prêt. Les principaux avantages concurrentiels d'AAVE, par rapport aux autres protocoles de prêt sur Ether, sont la rapidité et l'originalité de ses mises à jour.
La version initiale d'AAVE a démarré avec un modèle de prêt assez similaire au protocole Compound et doté d'une architecture plus complexe, ce qui s'est traduit par des frais de gaz plus élevés par prêt et une expérience légèrement moins interactive. Cependant, AAVE a par la suite modifié son mode de calcul du taux variable et a introduit une solution de prêt à taux stable pour exploiter le marché du DeFi.
Le taux d'intérêt variable d'AAVE, comme celui de Compound, est déterminé par l'utilisation du capital de son pool de prêts. Toutefois, contrairement à Compound, la fonction d'AAVE est conçue de telle sorte que le taux d'intérêt augmente rapidement lorsque le taux d'utilisation dépasse le taux souhaité, permettant ainsi une régression du taux d'utilisation.
La fonction de taux d'intérêt du Compound est une fonction primaire avec le taux d'utilisation Ua comme variable indépendante, reflétant la demande du marché pour l'actif et la solvabilité à court terme du Compound. Le taux d'emprunt de départ de l'actif est de 2,5 %, qui varie selon l'actif et est déterminé par Compound. La pente de la fonction, qui détermine la vitesse à laquelle le taux d'intérêt augmente lorsque Ua augmente, est de 20 %.
La fonction de taux d'intérêt de Compound est une fonction linéaire avec l'utilisation du capital Ua comme variable indépendante, et Ua reflète la demande du marché pour l'actif et la solvabilité à court terme de Compound, comme l'illustre la figure ci-dessous. 2,5 % est le taux d'emprunt de départ pour l'actif, qui varie d'un actif à l'autre et est fixé par Compound, et 20 % est la pente de la fonction, qui détermine à quelle vitesse le taux d'intérêt augmente lorsque Ua augmente.
La fonction de taux d'intérêt d'AAVE est segmentée. AAVE introduit un taux d'utilisation optimal, Uoptimal, pour représenter le ratio optimal des fonds prêtés par rapport aux fonds totaux du pool de prêts. Lorsque U est inférieur à Uoptimal, le taux d'intérêt utilise la pente Rslope, conçue pour maintenir le taux d'intérêt dans la fourchette moyenne du marché afin d'assurer le fonctionnement normal du prêt. En revanche, lorsque U est supérieur à Uoptimal, AAVE utilise la pente Rslope2, qui est généralement une grande valeur, permettant au taux d'intérêt d'augmenter rapidement et d'attirer les utilisateurs à déposer des fonds dans le pool de prêts, permettant à U de revenir rapidement à un niveau proche de Uoptimal et assurant une capacité de remboursement saine de l'accord AAVE.
AAVE est également pionnier en matière de prêts innovants à taux stable.
Dans un modèle de prêt bancaire traditionnel, l'utilisateur peut choisir entre un taux stable et un taux variable, mais dans le modèle de prêt de DeFi, comme il n'y a pas de date limite fixe pour le prêt, l'utilisateur peut conserver le prêt tant que le LTV (Loan to Value) est sain ; et si le taux stable est utilisé, l'accord ou l'utilisateur peut subir des pertes plus importantes dans des conditions de marché extrêmes ; et si une limite de temps est imposée, l'utilisateur peut avoir besoin de faire plusieurs prêts.
Par conséquent, AAVE utilise une méthode d'imposition des limites de taux d'intérêt qui permet un taux fixe tant que le marché dispose de suffisamment de liquidités, ou pour une période spécifique, mais qui peut être rééquilibré à long terme en réponse aux changements des conditions du marché.
La fonction de taux stable est très similaire à la fonction de taux variable, où Mr est le taux du marché, calculé par le Predictor à partir des données du marché. Le reste du taux est le même que le taux variable. Rs représente le taux auquel vous commencez un prêt à taux stable, et une fois que le prêt commence, Rs sera fixe à moins que le taux ne doive être réajusté. Lorsque le taux d'intérêt d'un prêt est inférieur au taux actuel du prêt, le taux d'intérêt de ce prêt est ajusté à la hausse au dernier taux ; lorsque le taux d'intérêt d'un prêt est supérieur à un certain pourcentage du taux actuel du prêt (fixé par la convention), le taux d'intérêt de ce prêt est ajusté à la hausse au dernier taux.
Lorsque le taux d'intérêt d'un prêt dépasse un certain pourcentage du taux actuel du prêt (déterminé par convention), le taux d'intérêt du prêt est ajusté à la baisse au taux le plus actuel.
AAVE a mis en place deux restrictions pour empêcher l'abus des prêts à taux stable :
Nous supposons qu'Alice dépose 10a en actifs, et nous pouvons voir d'après la fonction que cela diminuera Rs. Alice peut alors prêter à un taux d'intérêt inférieur, déposer les a prêtés et retirer les 10a pré-dépôt tant qu'ils ne sont pas liquidés. À ce moment-là, le taux de dépôt augmentera en raison de la diminution des liquidités disponibles. Alice peut alors arbitrer la différence de taux d'intérêt entre le dépôt et le prêt, et si elle est combinée à un prêt flash, l'utilisateur peut terminer ce processus sans avoir à payer le principal.
Cela empêche les utilisateurs d'emprunter des sommes importantes sur un seul compte pendant des conditions de taux d'intérêt favorables, comme des taux d'emprunt particulièrement bas.
Contrairement au composé, le rapport entre U et Uoptimal est un meilleur indicateur de l'offre et de la demande du marché que Ua seul. Lorsque U > Uoptimal, comme le montre le graphique ci-dessous, les taux d'intérêt peuvent augmenter rapidement sur une pente très raide, répondant aux changements de la demande d'emprunt du marché en un court laps de temps, tout en maintenant à tout moment les liquidités de l'accord à un niveau raisonnable.
Les utilisateurs ayant un goût du risque plus élevé bénéficieront du taux stable, qui leur permet de développer des options de prêt basées sur les prévisions du marché.
En plus de la conception du taux d'intérêt, AAVE a introduit une fonction de prêt flash au lancement, ce qui en fait le premier protocole de prêt à offrir le prêt flash.
AAVE a mis en œuvre avec succès la fonction de prêt flash dans son protocole basé sur la fonction d'échange atomique de la blockchain, qui exige que toutes les étapes de la transaction ou aucune d'entre elles soient réalisées.
Lorsque le prêt flash est exécuté, le protocole prend un instantané du solde et transfère les fonds à l'adresse du contrat externe. Les fonds effectueront ensuite la transaction selon les termes du contrat externe. Après l'achèvement de la transaction, le protocole vérifie à nouveau le solde du prêt flash, et si le solde comprend correctement le montant du prêt flash et les frais, la transaction est exécutée ; sinon, la transaction est complètement annulée.
En raison de l'exigence d'instantanés, la version V1 du prêt flash ne peut pas interagir directement avec le protocole AAVE, ce qui exposerait le pool à des attaques de rentrée. Cela limite considérablement la somme d'argent qu'un prêt flash peut apporter au développement du protocole AAVE et l'empêche de développer pleinement un avantage concurrentiel par rapport aux autres protocoles de prêt.
Cependant, le protocole AAVE comprend de nombreuses informations sur les prêts flash dans sa documentation. Il comprend même une boîte à Truffle pour que les utilisateurs ayant des connaissances en codage puissent rapidement rédiger des contrats de prêts flash, abaissant ainsi la barrière à l'entrée pour les prêts flash. Simultanément, le prêt flash d'AAVE exige des frais de transaction de 0,09 %, dont 70 % sont attribués au fournisseur de financement, ce qui constitue une incitation supplémentaire pour les utilisateurs à effectuer des dépôts.
Six mois après la sortie de la V1, AAVE a mis à jour la V2 avec une mise à niveau de la fonctionnalité de prêt flash, supprimant le besoin de contrôles de ré-entrée et supprimant l'instantané avant-après, permettant aux prêts flash d'interagir directement dans le protocole AAVE, et ajoutant la possibilité de fournir des garanties directement dans les prêts flash pour maintenir les positions de dette.
Les utilisateurs peuvent utiliser la fonction de prêt flash dans la V2 pour les fonctions d'échange de garanties et de remboursement de garanties.
Supposons qu'Alice mette en place 10 ETH et prête 10 000 DAI. Lorsque le prix de l'ETH monte en flèche et qu'Alice veut le vendre à profit mais ne veut pas rembourser les DAI, elle peut utiliser la fonction de prêt éclair pour emprunter 10 000 DAI au pool pour rembourser la dette et racheter tous les ETH, puis mettre en gage suffisamment d'autres actifs en jetons pour emprunter 10 000 DAI et les rendre au pool avec les frais pour réaliser l'échange de garantie.
Lorsque le prix de l'ETH chute rapidement et atteint le seuil de liquidation, et qu'Alice n'a pas assez d'actifs pour rembourser le prêt, elle peut utiliser l'auto-liquidation pour prêter 10 000 DAI, racheter l'ETH, le vendre et utiliser le produit pour rembourser le prêt flash. Par conséquent, elle peut prêter 10 000 DAI, racheter l'ETH, le vendre et utiliser le produit pour rembourser le prêt flash, complétant ainsi son auto-liquidation.
La conception du taux et la fonction de prêt flash ne peuvent pas s'imposer dans l'industrie cryptographique en constante évolution ; la conception du taux d'intérêt peut être copiée, et la fonction de prêt flash peut être utilisée sur d'autres protocoles. De la V1 à la V3, les mises à jour rapides d'AAVE et le riche déploiement de nouvelles fonctionnalités l'ont empêché de disparaître du marché.
La mise en œuvre des prêts du protocole AAVE dans la V1 est la suivante :
Le diagramme montre que l'interaction directe avec l'utilisateur est le Lending Pool.
Le Lending Pool fait appel au Lending Poor Core et au Lending Pool Data Provider pour mettre en gage, racheter et emprunter des actifs et pour mettre en gage ou brûler unToken (aToken représente l'actif avec lequel l'utilisateur interagit dans le protocole AAVE) en fonction des actions de l'utilisateur. Le Lending Pool Core est le composant clé de l'architecture, qui stocke les actifs et utilise diverses informations fournies en externe pour calculer les taux d'intérêt et mettre à jour le solde des actifs de l'aToke.
Dans la version V1, tous les actifs étaient stockés dans le Core Lending Pool. L'unité ETH commune était utilisée pour calculer les taux d'intérêt, ce qui signifiait que même si vous fournissiez des actifs moins liquides dans le pool, vous ne pouviez pas obtenir un rendement élevé : l'architecture complexe et encombrante représentait un gros morceau de code de contrat intelligent, derrière lequel l'utilisateur devait payer des frais de gaz élevés. Le protocole V2 simplifie considérablement cette architecture.
Le diagramme montre que divers jetons, auparavant stockés ensemble dans le Lending Pool Core, sont maintenant stockés séparément dans la V2. Cette séparation des actifs permet de mieux calculer les rendements séparément, et les parties qui étaient auparavant chargées de fournir des données sont maintenant simplifiées en Bibliothèques séparées, ce qui réduit considérablement le nombre de jetons qui doivent être exécutés par transaction, d'où une économie de frais de 15 à 20 %.
En commençant par la V2, AAVE s'est également concentré sur l'introduction d'un nouveau modèle de prêt, donnant à AAVE un avantage concurrentiel significatif.
AAVE a créé un modèle de crédit on-chain historique dans la V2 qui permet aux utilisateurs d'emprunter sans garantie et avec leur crédit.
Le modèle de délégation de crédit d'AAVE rappelle ETHLend - le prêt entre pairs, dans lequel les utilisateurs peuvent déléguer leurs fonds à d'autres utilisateurs pour générer des revenus supplémentaires à partir de leurs fonds inutilisés.
Par exemple, Alice a déposé 1 000 $ USDC mais souhaite utiliser seulement 300 $ USDC de sa ligne de crédit, laissant 700 $ USDC comme dépôt pour gagner des intérêts. Si Alice souhaite augmenter ses revenus, elle peut déléguer les 700 USDC restants à Bob, qui peut alors prêter de l'argent d'AAVE sans mettre en gage ses actifs.
Alice peut déléguer sa ligne à de nombreux Bob et limiter le type de jetons qu'ils peuvent prêter, le montant qu'ils peuvent prêter et le modèle de taux d'intérêt : Bob, quant à lui, ne peut utiliser qu'une seule ligne d'Alice à la fois et ne peut choisir qu'entre un modèle de taux d'intérêt stable ou flexible.
Que se passe-t-il si Bob ne paie pas ? "Vous ne voulez pas confier votre crédit à quelqu'un que vous ne connaissez pas", déclare Stani Kulechov, PDG d'AAVE. "Vous ne le confiez qu'à Bob, que vous connaissez."
La délégation de crédit, cependant, se fera par le biais d'Open Law pour assurer la conformité avec le processus de prêt (un protocole qui existe sur Ethereum et offre le service d'envelopper les contrats intelligents dans des accords juridiques).
Rester innovant a toujours été le style d'AAVE. AAVE a porté le modèle de prêt DeFi à un niveau supérieur dans la version V3 de cette année.
Lorsque vous ouvrez un CDP dans la V2 ou une version antérieure, vous pouvez prêter tous les actifs du pool de prêt, ce qui impose des exigences strictes en matière de liquidité et de stabilité des jetons comme ETH, BNB, etc. Mais les utilisateurs peuvent également détenir un grand nombre d'autres jetons à forte volatilité qui ne peuvent pas être utilisés comme jetons de garantie dans des circonstances normales. AAVE a mis en place un modèle de prêt d'isolement pour mieux utiliser ces fonds.
Les utilisateurs peuvent ouvrir des positions de dette en utilisant des actifs de jetons très volatils comme garantie dans le mode de prêt Isolation, mais ils ne peuvent prêter qu'un certain nombre de jetons, qui devraient idéalement être des stablecoins libellés en USD.
Il existe un montant total d'actifs libellés en USD qui peut être prêté pour chaque position d'isolement, quelle que soit la valeur de votre garantie. Lorsqu'un utilisateur est en mode de prêt ségrégué, il ne peut pas utiliser d'autres tokens comme garantie sous la même adresse de portefeuille jusqu'à ce qu'il ait remboursé toutes ses dettes et racheté la garantie pour sortir du mode de prêt ségrégué ; cependant, en tant qu'utilisateur déposant, il peut toujours déposer d'autres actifs en mode normal après avoir déposé des actifs sur la liste ségrégative dans le pool.
L'utilisation du seuil de liquidation habituel pour les prêts garantis de deux actifs dont les prix sont fortement corrélés, tels que ETH et stETH, renBTC et WBTC, DAI et USDC, est en fait un gaspillage de capital. Comme les prix de ces jetons sont essentiellement fixes, lorsque vous utilisez l'un des actifs comme garantie, vous devriez être en mesure de prêter une valeur presque équivalente de l'actif sous-jacent.
AAVE met en œuvre cette fonctionnalité dans la V3, le mode haute efficacité, où le protocole évalue les actifs sous-jacents et répertorie une variété de paires de jetons dont les prix sont très ancrés, comme l'ETH, les dérivés de la BTC, et divers types de stablecoins avec des actifs garantis, qui peuvent être prêtés jusqu'à 95 % ou plus, et même jusqu'à 98 % pour les stablecoins, selon le livre blanc.
Dans certains scénarios, tels que les prêts garantis entre stablecoins, où un utilisateur détient USDT et un protocole DeFi exige l'utilisation de USDD pour l'extraction de liquidités, cette fonctionnalité peut remplacer DEX.
Parce que certains utilisateurs sont préoccupés par le risque de découplage des USDD et ne veulent pas échanger leurs USDT contre des USDD directement dans DEX, ils peuvent maintenant choisir de prêter des USDD dans AAVE en utilisant le mode efficace, et les utilisateurs qui ne sont pas préoccupés par le risque de découplage des USDD mais ne veulent pas prendre les risques associés à l'exploitation des liquidités, tels que les pertes erratiques, les contrats intelligents, et ainsi de suite, peuvent déposer leurs USDD dans AAVE pour fournir des liquidités.
En plus d'emprunter des fonctionnalités à DEX, AAVE veut également tremper son orteil dans le domaine des ponts inter-chaînes. Dans la version V3, le protocole introduit un modèle de prêt inter-chaînes.
Le principe est simple : les utilisateurs mettent en gage des jetons sur le réseau source (par ex. Ethereum) pour frapper unToken, et le protocole brûlera cet aToken sur le réseau source tout en frappant unToken sur le réseau cible (par ex. Polygon) afin que les utilisateurs puissent prêter ou simplement fournir des liquidités sur le réseau cible.
Dans la fonctionnalité de chaîne croisée d'AAVE, les frais de chaîne croisée sont reflétés sous la forme de taux d'intérêt réduits après la chaîne croisée. Disons qu'Alice fournit 10 000 DAI sur Ether et utilise la fonction cross-chain pour transférer le aToken résultant à Polygon.
À ce moment-là, AAVE transférerait les actifs sous-jacents à Polygon, augmentant ainsi la liquidité des actifs correspondants sur Polygon et diminuant le taux d'intérêt du prêt. Cependant, la liquidité fournie par Alice existe sur l'Etherchain, et non sur le Polygone, aux yeux des autres utilisateurs, de sorte qu'AAVE utilise les intérêts perçus sur la liquidité fournie par Alice pour compenser les autres utilisateurs et les autres coûts encourus par l'accord AAVE.
La dernière section se concentrera sur les jetons LP du protocole AAVE et leurs caractéristiques uniques.
Lorsque vous effectuez un dépôt dans une banque, celle-ci vous délivre un certificat de dépôt, qui représente votre statut de créancier auprès de la banque. Dans le monde de la blockchain, vous aurez également besoin de quelque chose comme un certificat de dépôt pour représenter votre droit aux fonds du pool. AAVE, comme la plupart des protocoles de prêt, a adopté l'utilisation d'un jeton ERC-11 pour représenter la dette de l'utilisateur.
Lors d'un dépôt dans AAVE, le déposant reçoit un montant correspondant de jetons dérivés, appelés jetons Aave (aTokens en abrégé) qui correspondent 1:1 aux actifs sous-jacents. C'est-à-dire que si Alice dépose 100 ETH dans l'accord, elle reçoit 100 aETH, représentant sa créance et le montant utilisé en gage pour obtenir le prêt. Il y a aussi la fonction la plus importante, qui sert à calculer les intérêts.
Dans le protocole Composé, les justificatifs de dépôt de l'utilisateur sont des cTokens, et le nombre de cTokens n'est pas 1:1 contre les jetons natifs, mais est calculé par la formule valeur = réserve * cToken/ total cToken. Cependant, dans Aave V1, le aToken est entièrement ancré 1:1 au token natif, donc si le dépôt de 100 aETH d'Alice devient 101 aETH, elle peut racheter 101 ETH. Ensuite, la façon dont les intérêts AAVE sont cumulés est évidente, lorsque le solde des jetons dans le pool augmente en raison des intérêts payés par le prêteur, le protocole AAVE frappera un nouveau montant égal de aToken et le distribuera proportionnellement aux aToken qui existent représentant le solde principal de l'adresse.
Grâce à cette conception de la séparation du principal et des intérêts, la gestion des dettes de l'utilisateur peut être plus flexible, donnant ainsi à l'utilisateur la possibilité de rediriger les intérêts générés vers une nouvelle adresse. Lorsque l'utilisateur souhaite transférer automatiquement l'intérêt généré à une nouvelle adresse, il peut soumettre une adresse à rediriger au protocole, qui transférera alors automatiquement l'intérêt aToken généré à l'adresse d'origine à la nouvelle adresse. La limitation est que les intérêts générés par le solde à l'adresse redirigée ne peuvent plus être redirigés.
Non seulement les dépôts sont gagés en V2, mais le montant dû par l'utilisateur est également gagé à l'aide de jetons de dette. Lorsqu'un utilisateur emprunte ou rembourse, le jeton de dette est automatiquement frappé ou détruit dès que le bien est reçu ou remboursé, et vous ne pouvez racheter votre dépôt que lorsque le jeton de dette dans votre adresse est à 0.
Les jetons de dette suppriment la restriction selon laquelle les utilisateurs ne pouvaient prêter que des prêts à taux stable ou des prêts à taux variable en même temps dans la version V1. Cependant, les jetons de dette ont une limite. Devez-vous rendre le prêt si vous le transférez à quelqu'un d'autre et qu'il n'existe plus à votre adresse ? En théorie, c'est le cas, c'est pourquoi AAVE a imposé une restriction sur les jetons de dette, qui sont un type de jeton qui ne peut être transféré.
En outre, le protocole V2 met à jour la méthode de calcul de l'aToken tout en maintenant le principe d'ancrage 1:1 entre l'aToken et le jeton d'origine.
Après chaque allocation d'intérêts, le protocole de V1 recalcule le solde de chaque adresse, puis l'alloue à nouveau dans le bloc suivant.
Cependant, dans la V2, le protocole n'enregistre qu'un capital initial m et le total des intérêts NIt accumulés par le protocole à ce moment-là, puis calcule une nouvelle valeur ScB = m / NIt. Lorsque l'utilisateur vérifie le solde de son aToken, il voit un solde de Bt = m / NIt NIt = m. Cependant, lorsque l'utilisateur consulte à nouveau le solde dans le futur, le solde qu'il voit sera Bt delta = m / NIt NItdelta > m. Si l'utilisateur rachète ou dépose de nouveaux fonds n au moment t1, son ScB dans le protocole devient ScBt1 = m / NIt +/- n / NIt1.
En bref, plutôt que de suivre et de rafraîchir le solde de l'adresse de l'utilisateur lorsque ce dernier n'interagit pas avec le protocole, le protocole met simplement à jour le solde lorsque l'utilisateur interagit à nouveau avec le protocole, par exemple pour déposer ou retirer des fonds.
De V1 à V3, AAVE a rapidement progressé en quelques mois après son lancement, rattrapant son prédécesseur Compound en TVL, et répondant à la demande du marché par des mises à jour rapides du protocole et de nouvelles fonctionnalités.
En outre, les diverses innovations d'AAVE nous montrent que l'équipe ne s'est pas limitée au simple prêt. AAVE a annoncé la fonction de prêt flash au début du lancement, et déploiera les prêts P2P on-chain un par un, tandis que V3 sera lancé avec des prêts efficaces similaires à DEX et un portail avec une certaine fonction de pont cross-chain.
En raison de sa forte innovation et de son exécution, AAVE est un candidat potentiel pour se développer rapidement et devenir un protocole DeFi aux côtés de MakerDAO et Compound, en s'étendant à un marché plus large et en maintenant un service de prêt stable même pendant le ralentissement du marché. S'asseyant sur un protocole avec une énorme liquidité, AAVE prévoit de lancer un stablecoin natif, GHO, visant à créer un écosystème financier on-chain plus décentralisé.