Livre de catégories (catégories de prix, du plus élevé au plus bas)
La dette est d’abord tirée des catégories les plus chères. LUP est le prix de la tranche la plus basse que vous devez atteindre pour couvrir la dette totale du pool.
| Prix du seau ($) | Dépôt au bucket ($) |
|---|
Votre prêt
Descente du godet
Dépôt cumulatif accumulé depuis le compartiment le plus élevé vers le bas ; LUP est la première tranche dans laquelle le dépôt cumulé atteint la dette totale du pool.
| Prix du seau | Dépôt | Cumulatif | Couvre la dette du pool ? |
|---|
Prix sans Oracle, dérivé du carnet de commandes
LUP remplace entièrement un oracle de prix : il provient uniquement des catégories de dépôts des prêteurs par rapport à la dette du pool, la même logique de carnet d'ordres utilisée par le enchères de prêts à taux fixe mécanique, mais continu au lieu d'être effacé périodiquement. Comparez avec les marchés pilotés par Oracle avec le IRM à courbe adaptative Morpho et comparateur de taux d'intérêt multiprotocole, ou vérifiez le tampon d'une position avec le calculateur de ratio de marge et calculateur de marge de maintenance à plusieurs niveaux.
Pourquoi le modèle de risque d'Ajna ne contient aucun oracle nulle part
Tous les marchés de prêt traditionnels – Aave, Compound, Morpho, Euler – évaluent les garanties avec un oracle externe : un flux qui indique « 1 ETH = 2 300 $ » et déclenche la liquidation lorsque la valeur de la garantie d'une position divisée par la dette franchit un seuil. Cette conception fonctionne bien pour les actifs liquides et profonds, mais s'effondre pour tout ce qui est mince : un prix au comptant manipulable sur un pool à faible liquidité peut déclencher des liquidations injustes en cascade, c'est exactement pourquoi les jetons à longue traîne sont rarement cotés sur les marchés basés sur Oracle. Ajna Finance supprime complètement l'oracle de l'équation. Les prêteurs ne déposent pas dans un seul pool à taux variable ; ils déposent dans des tranches de prix discrètes qu'ils choisissent eux-mêmes, nommant effectivement le prix auquel ils sont prêts à prêter contre cette garantie. Les emprunteurs contractent leurs dettes en commençant par les tranches les plus chères et en descendant, exactement comme un carnet d'ordres limités consommé par un ordre au marché.
Le prix utilisé le plus bas est simplement le prix de la tranche la plus basse nécessaire pour garantir entièrement toutes les dettes impayées du pool une fois que vous additionnez le dépôt de haut en bas – il s’agit d’une lecture mécanique du livre, pas d’une observation du marché. Le prix seuil de chaque prêt (dette divisée par la garantie promise) est ensuite comparé directement à ce LUP : si TP reste en dessous du LUP, la position est solvable selon la comptabilité interne du pool ; si le TP dépasse le LUP, le prêt devient éligible à une vente aux enchères de liquidation, quel que soit le prix auquel l'actif se négocie selon une bourse externe. C'est la partie véritablement différente : une position peut passer de sûre à liquidable simplement parce que d'autres prêteurs ont retiré des dépôts de tranches élevées, ou que d'autres emprunteurs ont contracté davantage de dettes du haut du livre – avec le prix réel du marché du jeton complètement inchangé. Les protocoles basés sur Oracle ne peuvent pas produire ce résultat ; Ajna le produit structurellement, par conception.
Le compromis est que les emprunteurs d'un pool sans oracle doivent surveiller l'utilisation au niveau du pool et la profondeur du compartiment, pas seulement le prix au comptant du jeton, car le LUP peut dériver contre eux même lors d'une journée calme pour l'actif sous-jacent. Cette calculatrice parcourt le livre de compartiments de la même manière que le protocole - en additionnant le dépôt du prix le plus élevé jusqu'à ce qu'il couvre la dette totale du pool - afin que vous puissiez voir exactement quel compartiment définit le LUP et à quel point le prix seuil de votre propre prêt est proche de perdre son coussin.
FAQ
Quel est le prix utilisé le plus bas (LUP) chez Ajna Finance ?
Ajna n’a aucun oracle externe sur les prix. Les prêteurs déposent des jetons de cotation dans des tranches de prix distinctes, classées du prix le plus élevé au prix le plus bas. Lorsque la dette est retirée du pool, elle est d’abord prélevée vers le bas depuis les tranches les plus chères. Le LUP est le prix de la tranche la plus basse nécessaire pour couvrir toutes les dettes impayées du pool une fois que vous additionnez les dépôts de la tranche supérieure vers le bas. Il évolue automatiquement à mesure que les prêteurs ajoutent ou suppriment des liquidités et à mesure que les emprunteurs contractent ou remboursent leurs dettes – cela dépend entièrement du carnet de commandes, jamais d’une source externe.
Qu'est-ce que le prix seuil (TP) d'un prêt et en quoi diffère-t-il du LUP ?
Le prix seuil est par prêt : TP = dette / garantie promise, le prix auquel la valeur de la garantie de cette position spécifique est exactement égale à sa dette. Le LUP s'applique à l'ensemble du pool : le prix marginal impliqué par tous les dépôts des prêteurs par rapport à l'ensemble des dettes du pool. Un prêt est comparé au LUP, et non à un prix de marché — le ratio de garantie aux fins du risque est calculé comme suit : (garantie × LUP) / dette.
Quand un prêt Ajna devient-il éligible à la liquidation ?
Un prêt devient liquidable une fois que son prix seuil dépasse le LUP du pool (de manière équivalente, son ratio de garantie au LUP tombe en dessous de 1,0). Cela peut se produire soit parce que la dette de l'emprunteur augmente par rapport à la garantie, soit parce que le LUP lui-même diminue – ce qui se produit lorsque les prêteurs retirent des liquidités des tranches élevées ou que d'autres emprunteurs retirent davantage de dette du haut du portefeuille. Contrairement aux protocoles basés sur Oracle, une chute des prix ailleurs sur la chaîne ne peut pas déclencher une liquidation ici ; seul le solde de dépôt/dette du pool le peut.
Pourquoi Ajna évite-t-elle complètement un oracle des prix ?
Les marchés de prêts basés sur Oracle (Aave, Compound, Morpho) héritent de tous les risques de l'oracle lui-même : obsolescence, manipulation via des flux spot à faible liquidité et nécessité d'une source de prix fiable par actif, c'est pourquoi les jetons à longue traîne sont rarement répertoriés. Le mécanisme de compartiment d'Ajna remplace ce prix externe par un prix interne dérivé uniquement de ce à quoi les prêteurs sont réellement prêts à prêter, permettant à n'importe quelle paire de jetons de former un pool sans autorisation sans que personne ne fournisse ou n'assure un flux de prix pour celui-ci.
Le LUP peut-il chuter même si le prix du marché de l'actif sous-jacent n'a pas bougé ?
Oui, et c’est la principale différence mécanique par rapport au risque basé sur Oracle. Si les prêteurs retirent les dépôts des tranches qui soutiennent actuellement le LUP, ou si d'autres emprunteurs contractent une dette supplémentaire qui ronge les tranches supérieures, le LUP diminue uniquement à partir de l'offre et de la demande de crédit au niveau du pool - avec un changement nul dans le prix réel du marché de la garantie. Le prix seuil de chaque prêt existant reste le même, mais son ratio de garantie par rapport au LUP diminue, c'est pourquoi les emprunteurs d'Ajna doivent surveiller l'utilisation du pool, et pas seulement le prix au comptant.