Liquidité et structure LP

Source maître EN · P08-L06 · 45 minutes estimées · needs_review

Réserves de pool et propriété LP répondent à différentes questions. Les réserves décrivent les actifs détenus pour un mécanisme précisé de pool ; les droits LP décrivent les droits de changer ou rembourser une position. « Liquidité verrouillée » est incomplet sans le droit pertinent, la fraction et les conditions de retrait.

P07 a introduit profondeur et impact d’ordre. Ici, la compétence est d’identifier la structure de droits derrière les réserves, plutôt que de répéter les calculs d’impact sur le prix. Vous distinguerez un modèle de parts fongibles d’une position précisée individuellement.

Identifier le pool et ses deux actifs

Commencer par réseau, identifiant exact de pool, protocole/version et les deux identifiants d’actif. Un pool contenant un symbole familier est insuffisant. Un actif de cotation peut être enveloppé ou ponté ; son symbole affiché ne peut établir ce qu’il représente.

Consigner les réserves dans un contexte et nommer les unités. La liquidité en dollars exige en plus source de valorisation et méthode. Cet exercice fournit unités de jeton et de cotation, aucune valeur en dollars. Un grand nombre agrégé de liquidité d’un outil ne peut établir les droits de retrait d’un pool.

LP signifie fournisseur de liquidité ; un jeton LP représente un droit sur un pool selon son mécanisme spécifique. NFT signifie jeton non fongible ; ici il identifie une position de plage particulière, pas une fraction uniforme des réserves. Un pool peut détenir des réserves tandis que ses propres jetons de droit sont ailleurs. Ne pas lire la liste des détenteurs du jeton de projet comme celle du jeton LP. Ce sont des actifs différents avec offre et autorisation différentes. Une investigation doit relier le pool exact à sa représentation de droits.

Comprendre les parts LP fongibles

Dans le modèle Uniswap v2, les jetons de liquidité représentent des contributions au pool et peuvent être remboursés par le mécanisme précisé de destruction contre les actifs sous-jacents [S08-POOLS]. Le calcul de pourcentage appartient à ce mécanisme, pas à chaque protocole utilisant l’expression LP.

Pour le modèle fictif de parts simples, la fraction d’un détenteur égale ses unités de droit divisées par toutes les unités de droit émises. Inclure les unités non remboursables dans ce dénominateur si le modèle fourni dit qu’elles restent émises. Les exclure exagérerait les proportions des autres détenteurs.

Dans un contexte figé, multiplier la fraction par les réserves donne un droit théorique de modèle. Les montants réels de retrait exigent soldes actuels, arithmétique du protocole, effets de frais et tout comportement de transfert de jeton. Ne pas promettre un montant futur exact reçu depuis un instantané périmé.

Détruire des droits LP pour récupérer les réserves n’est pas identique à envoyer des droits vers une adresse inaccessible en laissant les réserves en place. Le même mot destruction peut masquer deux effets différents. Consigner si l’offre de droits change, si les réserves bougent et quelle opération a eu lieu.

Suivre garde et permissions de retrait

Un détenteur LP peut être un compte ordinaire, un contrat de verrouillage, un coffre ou un autre gestionnaire de positions. Si la garde est médiée, identifier qui peut retirer et sous quelles conditions. Un solde de contrat de verrouillage n’est pas un verrouillage vérifié à moins que code et configuration pertinents contraignent sa libération.

Consigner quantité exacte de droits, expiration/délai, bénéficiaires, approbations/opérateurs, chemins d’urgence et si les permissions peuvent changer. Une affirmation « verrouillé jusqu’à l’an prochain » exige une base temporelle concrète. Cet exercice utilise S5 comme limite synthétique de libération ; ce n’est pas une date de calendrier.

Un verrouillage couvrant30% ne verrouille pas100%. Un verrouillage sur un pool ne couvre pas les autres pools du même actif. Un droit verrouillé temporellement peut encore avoir des permissions différentes de collecte de frais ou de transfert selon le protocole. Ne pas déduire les détails manquants.

Distinguer les positions concentrées

Le gestionnaire de positions Uniswap v3 consigne une paire particulière de jetons, un niveau de frais, une plage de ticks et une liquidité [S08-POSITIONS]. La représentation de position doit être inspectée avec son gestionnaire et son contexte. Un nombre de NFT de position n’est pas un pourcentage des réserves du pool.

Deux positions peuvent avoir des plages différentes et donc des contributions actives différentes. Diviser un NFT par dix NFT n’établit pas10% de liquidité. Même une valeur de liquidité ne doit pas être convertie à la légère en fraction uniforme de réserves sans le modèle de plage/prix.

Le jeu fournit deux enregistrements de position mais omet délibérément prix actuel et calcul détaillé des droits théoriques. Vous pouvez vérifier que leurs plages diffèrent. Vous ne pouvez calculer montants actuels, part active ou montants de retrait reçus de chaque position à partir du seul nombre de NFT.

Propriétaire, opérateur et garde sont distincts. Un gestionnaire autorisé pourrait agir pour un propriétaire de position. Nommer quelle permission est fournie et laquelle est inconnue. Ne jamais déduire qu’une position transférée signifie que les jetons sous-jacents de projet ont été vendus sur un marché.

Éviter les conclusions de sécurité à partir des droits

Des limites vérifiées de retrait établissent une restriction particulière. Elles n’établissent pas que les transferts de jetons ne peuvent être suspendus, que l’offre ne peut changer, que le collatéral de cotation est solide ni que les utilisateurs peuvent sortir par chaque routage. Les droits de liquidité sont une tranche de l’examen d’actif.

Inversement, des droits disponibles de retrait sont des capacités, pas une preuve qu’un retrait surviendra ni qu’un acteur a une mauvaise intention. Les préserver sans transformer le tableau en recommandation d’achat/vente. Les libellés commerciaux et le statut de créateur ne changent pas les données observées de réserves ou droits.

Produire une note reproductible de droits

Écrire dénominateur de parts, contexte, mécanisme et conditions. Si le jeu fournit une règle complète, noter selon celle-ci. Dans un cas réel, demander preuves de code/configuration avant de traiter un libellé de contrat de verrouillage comme limite appliquée.

Une note utile peut dire : « Selon le modèle S0, C a 60% des droits émis et L30% avec libération seulement à S5. Les deux positions distinctes de plage ne peuvent être comparées par nombre. » Cela rapporte exactement ce qui a été calculé et pourquoi les autres affirmations restent non résolues.

• Réserve : solde associé à un pool dans un contexte.
• Droit LP : droit propre au mécanisme associé à la liquidité fournie.
• Remboursement : échange de droits contre actifs sous-jacents selon des règles.
• Garde : organisation de détention, pas nécessairement retrait sans restriction.
• Position de plage : liquidité précisée dans des bornes de prix/ticks.
• Couverture de verrouillage : fraction et périmètre précis des droits contraints.

ILLUSTRATIVE — FIX-P08-06. SIM-EVM-A, pool PAIR-A, modèle standard simple au prorata, S0. Toutes les1000 unités de droit restent émises. Les réserves sont200,000 jetons BASE-A et 400 unités QUOTE-A. Ignorer arrondis entiers, frais, taxe et activité intermédiaire.

Un pool distinct de type v3 a la position N1 avec plage[100,200] et N2 avec plage[150,300]. Chacune est un NFT de position. Prix, opérateurs et données de droits à des montants sont absents. Ce ne sont pas des positions dans PAIR-A.

OBSERVED dans le jeu : Les quantités de droits et la règle simple complète fournie de verrouillage sont consignées ; N1/N2 diffèrent par plage.

INFERRED: C détient60%, L30%, R1%, O9% des droits PAIR-A émis. Le droit théorique de modèle S0 de C est 120,000 de base et 240 de cotation.

UNKNOWN: Code réel du contrat de verrouillage, réserves futures, part active v3 et droits des opérateurs.

INSUFFICIENT EVIDENCE: Les30% de L ne peuvent établir toute la liquidité verrouillée. Le nombre N1/N2 ne peut établir des droits égaux aux réserves. Ces règles fictives ne vérifient aucun verrouillage déployé.

Mélanger offre du jeton de projet et du jeton LP ; retirer du dénominateur les droits inaccessibles mais émis ; confondre garde et verrouillage appliqué ; estimer les parts concentrées par nombre de NFT ; et transformer un verrouillage en sécurité globale.

Calculer chaque fraction de droits et les montants hypothétiques de remboursement de C à S0. Calculer la couverture de droits ordinairement remboursables avant S5 selon le jeu. Expliquer pourquoi « deux NFT signifie 50% chacun » n’est pas étayé.

• Vérifier pool, protocole/version et les deux actifs exacts.
• Identifier la bonne représentation de droits.
• Préserver toutes les unités émises dans le dénominateur déclaré.
• Inspecter garde, opérateurs et conditions de libération.
• Raisonner selon les plages pour les positions concentrées.
• Limiter les calculs à leur instantané.

L’analyse LP relie les réserves à des droits propres au mécanisme. Couverture de verrouillage et propriété de position exigent un périmètre précis.

Les réserves ne sont pas une autorité de retrait. Un verrouillage partiel reste partiel. Compter les NFT ne mesure pas la part de liquidité concentrée.

Montrer les réserves PAIR-A liées au registre de droits de 1000 unités avec segments 60/30/1/9% et limite de libération S5. Panneau distinct de plages N1/N2 avec prix/droit théorique inconnus ; ne jamais convertir le nombre de NFT en part de réserves.

Droits LP illustratifs selon les règles déclarées ; aucun verrouillage déployé vérifié.

Utiliser du SVG/HTML déterministe ou des graphiques avec alternatives textuelles, bleu marine foncé/noir et accents mesurés cyan, bleu électrique et violet. Étiqueter chaque quantité et incertitude. À 390px, empiler les panneaux ; la vérification 768px/ordinateur et RTL arabe reste un travail futur sur les actifs. Garder les identifiants LTR et les axes factuels/sens des arêtes inchangés. Utiliser uniquement la marque officielle BlockAssay fournie si une identité de marque est ajoutée. Les deux enregistrements sont des spécifications, pas des actifs livrés.

Utiliser RADAR pour l’objectif pédagogique circonscrit de la leçon uniquement si la prise en charge du réseau, l’identité exacte, les champs et la provenance sont vérifiés. Ce contenu n’affirme aucun point de terminaison d’exécution ni capacité de fournisseur. Utiliser le jeu hors ligne intégré sans accès payant. Les données manquantes restent inconnues ; aucune connexion de portefeuille, signature de transaction, lancement de jeton ou transaction en direct n’est requis. Les progrès Academy, paiements et recommandations ne changent jamais les preuves Radar. Un Passeport diagnostique préserve observations et limites, pas une prévision de prix ni un certificat de sécurité.

• Pools Uniswap v2 — Droits fongibles de contribution et remboursement LP propres à v2. Vérifié le 2026-09-30.
• Récupération de positions Uniswap v3 — Gestionnaire de positions, paire de jetons, frais, ticks et champs de liquidité. Vérifié le 2026-09-30.

La documentation étaye les mécanismes, pas les valeurs fictives du jeu. Tous les exemples et enregistrements d’exercice sont du matériel original ILLUSTRATIVE, figé dans ce fichier. S0/S1 sont des libellés synthétiques de contexte ; observedAt est null car aucune mesure de registre en direct ou historique n’a été collectée. Réexaminer la documentation et le comportement réellement déployé avant toute publication ou intégration.

P08-L07 après l’exercice corrigé et l’examen du quiz.