Qu’est-ce qu’un pool de liquidité concentré ?

Définition et mécanique de base

1. Un pool de liquidité concentré est un type de teneur de marché automatisé (AMM) dans lequel les fournisseurs de liquidité allouent les capitaux dans des fourchettes de prix personnalisées plutôt que sur l'ensemble de la courbe de prix.

2. Contrairement aux pools traditionnels qui répartissent les liquidités uniformément de près de zéro à l'infini, ce modèle permet aux utilisateurs de définir des limites supérieures et inférieures pour leur déploiement de capitaux.

3. La structure mathématique sous-jacente repose sur une fonction de tarification de racine carrée par morceaux, permettant une plus grande efficacité du capital dans les zones ciblées.

4. Chaque position de liquidité est représentée comme une entité non fongible avec des paramètres uniques, notamment les limites des ticks et le montant de la liquidité.

5. Lorsque le prix du marché sort de la fourchette sélectionnée par un fournisseur, sa position cesse de rapporter des frais et ne contribue plus à la profondeur disponible du pool.

Implications en matière d'efficacité du capital

1. Les fournisseurs de liquidité peuvent obtenir un rendement des frais par unité de capital jusqu'à 4 000 fois supérieur à celui des pools uniformes lorsque l'action des prix reste dans la fourchette choisie.

2. Cette efficacité découle de l’élimination des capitaux inutilisés : les fonds ne sont pas dilués dans des niveaux de prix non pertinents où le volume des échanges est négligeable.

3. L’espacement effectif des ticks détermine la granularité ; des intervalles de graduation plus serrés permettent un positionnement plus précis mais augmentent la surcharge de gaz lors du rééquilibrage.

4. Les calculs de pertes éphémères deviennent asymétriques : les pertes ne s'accumulent que lorsque le prix quitte la fourchette active, tandis que les gains s'accumulent plus rapidement à l'intérieur de celle-ci.

5. Les réserves au niveau du protocole restent inchangées, mais la représentation en chaîne de la densité de liquidité change dynamiquement en fonction des plages définies par l'utilisateur qui se chevauchent.

Détails de mise en œuvre au niveau du protocole

1. Uniswap V3 a introduit cette architecture en utilisant un système arithmétique à virgule fixe construit sur des index de ticks de 24 bits, chacun représentant un incrément de prix de 0,0001 %.

2. Les positions de liquidité sont stockées dans une liste triée ancrée aux limites des coches, ce qui permet un temps de recherche O (log n) pour les mises à jour des prix.

3. L'accumulation des frais se produit au niveau du tick, les valeurs accumulées étant transférées aux fournisseurs lors du retrait ou de l'ajustement de la fourchette.

4. Les observations Oracle reposent sur des moyennes pondérées dans le temps calculées sur des transitions de ticks discrètes plutôt que sur un échantillonnage continu.

5. Les swaps flash et le routage multi-sauts doivent tenir compte d'une distribution de liquidité fragmentée, nécessitant des algorithmes de recherche de chemin mis à jour qui traversent des segments alignés sur les ticks.

Profil de risque pour les fournisseurs de liquidité

1. Le risque d’épuisement de la fourchette apparaît lorsque des actifs volatils dépassent les limites prédéfinies, interrompant l’accumulation des frais jusqu’à ce qu’une intervention manuelle ou un rééquilibrage automatisé se produise.

2. Les coûts du gaz pour la gestion de plusieurs positions à fourchette étroite évoluent de manière linéaire avec le nombre d'ajustements, érodant potentiellement les rendements nets en cas de volatilité à haute fréquence.

3. L’exposition aux pertes impermanentes s’intensifie près des limites de la fourchette en raison d’un comportement de glissement non linéaire à mesure que le prix s’approche des seuils limites.

4. Les outils de surveillance centralisés dénaturent souvent la véritable exposition, car les visualisations agrégées aplatissent la fragmentation basée sur les ticks en graphiques uniformes trompeurs.

5. Les ratios de garantie pour les protocoles de prêt intégrant une liquidité concentrée doivent prendre en compte des fenêtres de validité dynamiques, et pas seulement des soldes de réserves statiques.

Foire aux questions

Q : Comment la liquidité concentrée affecte-t-elle le glissement pour les traders ? Le glissement diminue considérablement dans les plages actives en raison d’une densité de liquidité plus élevée, mais augmente brusquement lorsque les limites de la plage franchissent où la profondeur tombe à zéro.

Q : Un seul portefeuille peut-il détenir plusieurs positions qui ne se chevauchent pas dans un même pool ? Oui. Les portefeuilles peuvent déployer des dizaines de positions indépendantes avec des fourchettes de prix distinctes, chacune étant suivie séparément sur la chaîne avec une logique d'accumulation de frais individuelle.

Q : Un rééquilibrage est-il nécessaire lorsque le prix s’approche d’un bord de fourchette ? Aucun déclencheur automatique n'existe. Les fournisseurs conservent un contrôle total sur le calendrier et doivent lancer les mises à jour de gamme manuellement ou via des services d'automatisation tiers.

Q : Est-ce que tous les AMM prennent aujourd’hui en charge la liquidité concentrée ? Seuls les protocoles explicitement construits sur l'architecture d'Uniswap V3 (ou les forks implémentant des calculs de ticks identiques) offrent une prise en charge native. La plupart des anciennes AMM ne disposent pas de la représentation nécessaire de l’État.