Liquidez y estructura LP

Máster de origen EN · P08-L06 · 45 minutos estimados · needs_review

Las reservas del pool y la propiedad LP responden preguntas diferentes. Las reservas describen activos mantenidos para un mecanismo especificado de pool; los derechos LP describen derechos para cambiar o rescatar una posición. «Liquidez bloqueada» está incompleto sin el derecho relevante, la fracción y las condiciones de retirada.

P07 introdujo profundidad e impacto de órdenes. Aquí la habilidad es identificar la estructura de derechos detrás de las reservas, en lugar de repetir cálculos de impacto de precios. Distinguirá un modelo de participaciones fungibles de una posición especificada individualmente.

Identifique el pool y sus dos activos

Empiece por red, identificador exacto del pool, protocolo/versión y ambos identificadores de activos. Un pool con un ticker familiar es insuficiente. Un activo de cotización puede ser envuelto o puenteado; su símbolo mostrado no puede establecer lo que representa.

Registre reservas en un contexto y nombre las unidades. La liquidez en dólares requiere además una fuente y metodología de valoración. Este ejercicio suministra unidades de token y cotización, sin valores en dólares. Un número grande de liquidez agregada de una herramienta no puede establecer derechos de retirada de un pool.

LP significa proveedor de liquidez; un token LP representa un derecho sobre un pool bajo su mecanismo específico. NFT significa token no fungible; aquí identifica una posición particular de rango, no una fracción uniforme de reservas. Un pool puede mantener reservas mientras sus propios tokens de derechos están en otro lugar. No lea la lista de tenedores del token de proyecto como la de tenedores de tokens LP. Son activos diferentes con suministro y autorización distintos. Una investigación necesita conectar el pool exacto a su representación de derechos.

Entienda participaciones LP fungibles

En el patrón Uniswap v2, los tokens de liquidez representan aportaciones al pool y pueden rescatarse mediante el mecanismo especificado de quema por activos subyacentes [S08-POOLS]. El cálculo porcentual pertenece a ese mecanismo, no a todo protocolo que use el término LP.

Para el modelo ficticio simple de participaciones, la fracción de un tenedor es sus unidades de derechos divididas por todas las unidades de derechos emitidas. Incluya las unidades no rescatables en ese denominador si el modelo suministrado dice que siguen emitidas. Excluirlas exageraría las proporciones de otros tenedores.

En un contexto congelado, multiplicar la fracción por las reservas da un derecho bajo el modelo. Los importes reales de retirada necesitan saldos actuales, aritmética del protocolo, efectos de comisiones y cualquier comportamiento de transferencia de tokens. No prometa un importe futuro recibido exacto desde una instantánea obsoleta.

Quemar derechos LP para rescatar reservas no es lo mismo que enviarlos a una dirección inaccesible dejando las reservas en su lugar. La misma palabra quema puede ocultar dos efectos diferentes. Registre si cambia el suministro de derechos, si se mueven reservas y qué operación ocurrió.

Siga custodia y permisos de retirada

Un tenedor LP puede ser una cuenta ordinaria, un contrato de bloqueo, una bóveda u otro gestor de posiciones. Si la custodia está mediada, identifique quién puede retirar y bajo qué condiciones. Un saldo de un bloqueador no es un bloqueo verificado salvo que el código y configuración relevantes restrinjan su liberación.

Registre cantidad exacta de derechos, vencimiento/demora, beneficiarios, aprobaciones/operadores, vías de emergencia y si pueden cambiar los permisos. Una afirmación «bloqueado hasta el próximo año» necesita una base temporal concreta. Este ejercicio usa S5 como límite sintético de liberación; no es una fecha de calendario.

Un bloqueo que cubre30% no bloquea100%. Un bloqueo de un pool no cubre otros pools del mismo activo. Un derecho con demora temporal aún puede tener permisos distintos de cobro de comisiones o transferencia, según el protocolo. No infiera detalles ausentes.

Distinga posiciones concentradas

El gestor de posiciones Uniswap v3 registra un par concreto de tokens, nivel de comisión, rango de ticks y liquidez [S08-POSITIONS]. La representación de posición debe inspeccionarse con su gestor y contexto. Un recuento de NFT de posiciones no es un porcentaje de reservas del pool.

Dos posiciones pueden tener rangos diferentes y por ello aportaciones activas distintas. Dividir un NFT entre diez NFT no establece10% de liquidez. Incluso un valor de liquidez no debe convertirse despreocupadamente a fracción uniforme de reservas sin el modelo de rango/precio.

El conjunto de datos suministra dos registros de posiciones, pero omite deliberadamente precio actual y cálculo detallado de derechos. Puede verificar que difieren sus rangos. No puede calcular importes actuales, participación activa ni recibos de retirada de cada posición solo por el recuento NFT.

Propietario, operador y custodia son distintos. Un gestor con permisos podría actuar para un propietario de posición. Nombre qué permiso está suministrado y cuál es desconocido. Nunca infiera que transferir una posición significa que los tokens de proyecto subyacentes se vendieron en un mercado.

Evite conclusiones de seguridad a partir de derechos

Límites verificados de retirada establecen una restricción particular. No establecen que no puedan pausarse transferencias de tokens, que no pueda cambiar el suministro, que el colateral de cotización sea sólido ni que los usuarios puedan salir por todas las rutas. Los derechos de liquidez son una parte de la revisión del activo.

A la inversa, los derechos disponibles de retirada son capacidades, no prueba de que ocurrirá una retirada o un actor tenga mala intención. Consérvelos sin convertir la tabla en recomendación de compra/venta. Las etiquetas comerciales y condición de creador no cambian datos observados de reservas o derechos.

Produzca una nota reproducible de derechos

Escriba denominador de participaciones, contexto, mecanismo y condiciones. Si el conjunto de datos suministra una regla completa, evalúe contra ella. En un caso real solicite evidencia de código/configuración antes de tratar una etiqueta de bloqueador como límite aplicado.

Una nota útil puede decir: «Bajo el modelo S0, C tiene 60% de derechos emitidos y L30%, con liberación solo en S5. Las dos posiciones de rango separadas no pueden compararse por recuento». Esto informa exactamente de qué se calculó y por qué otras afirmaciones siguen sin resolver.

• Reserva: saldo asociado a un pool en un contexto.
• Derecho LP: derecho específico del mecanismo asociado a liquidez aportada.
• Rescate: intercambio de derechos por activos subyacentes bajo reglas.
• Custodia: configuración de tenencia, no necesariamente retirada sin restricciones.
• Posición de rango: liquidez especificada dentro de límites de precio/ticks.
• Cobertura de bloqueo: fracción y alcance precisos de derechos restringidos.

ILLUSTRATIVE — FIX-P08-06. SIM-EVM-A, pool PAIR-A, modelo estándar simple proporcional, S0. Las1000 unidades de derechos siguen emitidas. Las reservas son200,000 tokens BASE-A y 400 unidades QUOTE-A. Ignore redondeo entero, comisiones, impuestos y actividad intermedia.

Un pool separado de estilo v3 tiene posición N1 con rango[100,200] y N2 con rango[150,300]. Cada una es un NFT de posición. Faltan precio, operadores y datos de importes de derechos. No son posiciones en PAIR-A.

OBSERVED en el conjunto de datos: Se registran cantidades de derechos y la regla simple completa suministrada del bloqueador; N1/N2 difieren en rango.

INFERRED: C tiene60%, L30%, R1%, O9% de derechos emitidos PAIR-A. El derecho de C bajo el modelo S0 es 120,000 base y 240 cotización.

UNKNOWN: Código real del bloqueador, reservas futuras, participación activa v3 y derechos de operadores.

INSUFFICIENT EVIDENCE: El30% de L no puede establecer toda liquidez bloqueada. El recuento N1/N2 no puede establecer derechos iguales sobre reservas. Estas reglas ficticias no verifican ningún bloqueo desplegado.

Mezclar suministro de token de proyecto y LP; retirar del denominador derechos inaccesibles pero emitidos; confundir custodia con bloqueo aplicado; estimar participaciones concentradas por recuento NFT; y convertir un bloqueo en seguridad global.

Calcule cada fracción de derechos y los importes hipotéticos de rescate de C en S0. Calcule cobertura de derechos ordinarios rescatables antes de S5 bajo el conjunto de datos. Explique por qué «dos NFT significa 50% cada uno» no está respaldado.

• Verifique pool, protocolo/versión y ambos activos exactos.
• Identifique la representación correcta de derechos.
• Conserve todas las unidades emitidas en el denominador declarado.
• Inspeccione custodia, operadores y condiciones de liberación.
• Use razonamiento de rangos para posiciones concentradas.
• Acote cálculos a su instantánea.

El análisis LP relaciona reservas con derechos específicos del mecanismo. Cobertura de bloqueo y propiedad de posiciones necesitan alcance preciso.

Las reservas no son autoridad de retirada. Un bloqueo parcial sigue siendo parcial. Contar NFT no mide participación de liquidez concentrada.

Muestre reservas PAIR-A enlazadas a un registro de derechos de 1000 unidades con segmentos 60/30/1/9% y límite de liberación S5. Separe panel de rangos N1/N2 con precio/derechos desconocidos; nunca convierta recuento NFT a participación de reservas.

Derechos LP ilustrativos bajo reglas declaradas; sin bloqueo desplegado verificado.

Use SVG/HTML deterministas o gráficos con alternativas textuales, azul marino oscuro/negro y cian, azul eléctrico y violeta moderados. Etiquete cada cantidad e incertidumbre. A 390px apile los paneles; la verificación a 768px/escritorio y RTL en árabe sigue siendo trabajo futuro de los recursos. Mantenga los identificadores LTR y los ejes/direcciones de aristas factuales sin cambios. Use solo la marca oficial BlockAssay proporcionada si se añade identidad de marca. Ambos registros son especificaciones, no recursos entregados.

Use RADAR para el propósito educativo acotado de la lección solo si se verifican la compatibilidad de la red, la identidad exacta, los campos y la procedencia. Este contenido no afirma ningún endpoint de runtime ni capacidad de proveedor. Use el conjunto de datos sin conexión incorporado sin acceso de pago. Los datos ausentes siguen siendo desconocidos; no se requiere conexión de cartera, firma de transacción, lanzamiento de tokens ni operación en vivo. El progreso, los pagos y las referencias de Academy nunca cambian la evidencia de Radar. Un Pasaporte de Diagnóstico conserva observaciones y límites, no una predicción de precios ni un certificado de seguridad.

• Pools de Uniswap v2 — Derechos fungibles de aportación LP y rescate, específicos de v2. Revisado 2026-09-30.
• Uniswap v3: obtener posiciones — Gestor de posiciones, par de tokens, comisión, ticks y campos de liquidez. Revisado 2026-09-30.

La documentación respalda mecanismos, no valores de conjuntos ficticios. Todos los ejemplos y registros de ejercicios son material original ILLUSTRATIVE, congelado en este archivo. S0/S1 son etiquetas de contexto sintéticas; observedAt es null porque no se recopiló ninguna medición de un registro de cadena en vivo ni histórico. Vuelva a revisar la documentación y el comportamiento efectivamente desplegado antes de cualquier publicación o integración.

P08-L07 después de revisar el ejercicio resuelto y el cuestionario.