Uniswap V3
Déploiement de collatéraux inactifs vers des paires stables-stables sur Uni v3 avec FRAX
L'innovation clé de l'algorithme AMM d'Uniswap v3, qui permet aux LP de déployer des liquidités dans des fourchettes de prix spécifiques, permet aux paires stablecoin-à-stablecoin (p. ex. FRAX-USDC) d'accumuler des liquidités extrêmement considérables dans un ancrage assez solide. Comparé à Uniswap v2, dans Uniswap v3 les ordres concentrent la liquidité au lieu de s'étendre sur une gamme de prix infinie.
L'AMO de liquidité Uniswap v3 fait travailler FRAX et les collatéraux en fournissant des liquidités à d'autres stablecoins par rapport à FRAX. Étant donné que l'AMO est en mesure d'entrer dans n'importe quelle position sur Uni v3 et d'émettre des FRAX contre cette position, il est possible de l'étendre à n'importe quel autre stablecoin et, ultérieurement, à des collatéraux volatils sur Uni v3. En outre, la fonction collectFees() peut être périodiquement sollicitée pour allouer les bénéfices de l'AMO aux opérations de marché des collatéraux excédentaires.
Spécifications AMO
Décollatéralisation - Dépose les collatéraux inutilisés et les FRAX nouvellement mintés dans une paire Uni v3.
Opérations de marché - Comptabilise les frais de transaction Uni v3 et les swaps entre types de collatéraux.
Recollatéralisation - Retire des paires Uni v3, burn détuit les FRAX et retourne de l'USDC pour augmenter le CR.
FXS1559 - Frais de transaction quotidiens accumulés sur le CR.
Dérivation
Tous les prix existent en tant que ratios entre une entité et une autre. Par commodité, nous choisissons une monnaie comme unité de compte commune dans le dénominateur (par exemple, le dollar américain) pour comparer les prix des biens et services quotidiens. Dans Uniswap, les prix sont définis par le rapport entre les quantités de réserves de x et de réserves de y dans le pool.
Le mécanisme de catégories d'ordre d'Uniswap v3 s'intègre dans l'invariant (CPMM) de commercialisation à produit constant x∗y=k existant en « virtualisant » les réserves à un point de prix spécifique, ou tick. En spécifiant par quels ticks une position de liquidité est limitée, des catégories ordres sont créés qui suivent l'invariant constant-produit sans avoir à répartir la liquidité sur toute la gamme (0,∞) pour un actif spécifique.
Un prix dans Uniswap v3 est défini par la valeur 1.,0001 à la valeur du tick i. Les limites pour les prix des ticks peuvent être représentées par le groupe algébrique G={gi∣i∈Z,g=1.,0001}. Ce mécanisme permet de convertir facilement les nombres entiers en frontières de prix, et offre la commodité de discrétiser chaque frontière de prix en un point de base (0,01 %) de prix par rapport à une autre.
Les réserves virtuelles sont suivies en contrôlant la liquidité et les limites de ticks de chaque position. En franchissant la limite d'un tick, la liquidité L disponible pour ce tick peut changer pour refléter les positions qui entrent et sortent de leurs fourchettes de prix respectives. Entre les limites du tick, les swaps modifient le prix sqrt(P), en fonction des réserves virtuelles. En d'autres termes, il agit comme l'invariant constant-produit (x∗y=k). Les réserves virtuelles sont suivies en contrôlant la liquidité et les limites de ticks de chaque position.
Veuillez noter que l'implémentation réelle utilise une racine carrée du prix, car ceci permet d'éviter une opération de racine carrée dans le calcul des swaps intra-tick, et donc d'éviter les erreurs d'arrondi.
La liquidité peut être considérée comme un k virtuel dans le x∗y=k CPMM, tandis que ΔY correspond à la quantité d'actif Y et ΔP, représente le glissement de prix intra-tick.
Étant donné que L est fixe pour les swaps intra-tick, ΔX et ΔY peuvent donc être calculés à partir de la liquidité et de la racine carrée du prix. Lors du dépassement d'un tick, le swap ne doit glisser que jusqu'au P, limite, puis réajuster la liquidité disponible pour le tick suivant.
Last updated
