Anatomía de un rug pull

Máster de origen EN · P07-L08 · duración estimada: 45 minutos · needs_review

Objetivos de aprendizaje:

• Reconstruir una secuencia histórica comunicada por una fuente sin conocimiento retrospectivo.
• Separar síntomas, mecanismo y atribución de actores.
• Calcular la consecuencia sobre profundidad de una retirada proporcional ficticia.

Un precio que se desploma puede revelar un cambio económico grave sin revelar su causa. Un creador que retira liquidez, una cuenta privilegiada comprometida, ventas ordinarias en un pool poco profundo y un fallo de enrutamiento pueden producir pantallas superficialmente similares. Esta lección enseña a reconstruir cambios y clasificar evidencia antes de asignar un relato.

«Rug pull» es una conclusión sobre conducta, no una unidad de medida. Aprende a describir qué cambió, quién podía realizar la acción pertinente, qué establecen realmente los registros y qué sigue siendo desconocido. Un resultado preciso y limitado es más útil que una acusación construida a partir de un gráfico.

Separar síntoma, mecanismo y actor

Comienza con un síntoma: disminuyeron reservas, falló un intercambio, cambió una autoridad o un titular transfirió tokens. Después prueba un mecanismo. ¿Se retiró liquidez mediante una posición, se vendieron tokens, se ejerció un permiso o una interfaz dejó de devolver datos? Finalmente pregunta por atribución del actor. El firmante de una transacción identifica participación de una cuenta; no establece la persona que la opera ni si las credenciales se comprometieron.

Mantén tres columnas en tus notas. «Disminución de reservas» pertenece a observación si la respalda una instantánea coincidente. «Retirada de liquidez» requiere evidencia a nivel de operación. «El creador robó fondos intencionadamente» requiere atribución y evidencia de intención más allá de un gráfico de precios. Si la fuente facilitada solo comunica una explotación, conserva esa etiqueta sin reescribirla como mala conducta del creador.

La autoridad del token y el control del pool son superficies separadas. Una autoridad de emisión revocada no responde si puede retirarse una posición del pool. Un bloqueo de liquidez alegado necesita alcance propio: posición exacta, fracción pertinente, mecanismo, vencimiento y excepciones. Incluso una restricción verificada sobre una acción no establece que todas las demás sean inocuas. No sustituyas estas preguntas distintas por una puntuación general de seguridad.

Reconstruir el estado en torno a un evento acotado

Especifica red y activo o protocolo exactos, ventana temporal, fuente y cobertura de medición. Elige observaciones anterior y posterior que midan los mismos objetos. Reservas del token, reservas de cotización, posiciones de liquidez y permisos son variables distintas. Si una instantánea agrega varios pools y otra describe uno, su diferencia no es un cambio válido de un único pool.

Una tabla sólida contiene tiempo de evento, localizador de evidencia, acción comunicada, consecuencia y límite de confianza. Las instantáneas ausentes permanecen ausentes. No rellenes un saldo anterior con un artículo posterior o un panel actual. Sin registros congelados de reservas, puedes reconstruir la cronología de incidente comunicada por un editor, pero no calcular de forma independiente pérdidas históricas del pool ni ejecución de operadores.

Un gráfico de precios por sí solo no distingue retirada de liquidez de venta. Retirar reservas proporcionales puede dejar su proporción sin cambios y reducir profundidad. Vender en un pool de producto constante cambia la proporción mediante otra operación. Para distinguirlas, busca la transacción y cambios a nivel de posición, no solo una vela descendente.

Mantener separados tiempo de conocimiento y de evento

Los informes históricos tienen al menos dos relojes. Tiempo de evento es cuándo se comunica que ocurrió una acción. Tiempo de conocimiento es cuándo el analista tuvo acceso a su evidencia. Un artículo publicado mañana puede describir un evento de hoy; eso no hace disponible hoy su contenido al analista.

Esta distinción importa al evaluar afirmaciones de alerta temprana. Si un informe retrospectivo atribuye después un evento a una cuenta privilegiada comprometida, no puedes suponer que un observador conocía esa atribución antes de aparecer el informe. Una reconstrucción justa dice «el informe posterior describe este evento a esta hora» e identifica por separado qué podía inspeccionar un observador anterior. Cuando solo se conoce la fecha de publicación, no inventes una hora exacta de publicación.

La investigación puede ser útil sin afirmar capacidad predictiva. Una cronología de mitigación muestra qué controles cambiaron según el informe tras un incidente. No prueba que una alerta concreta lo habría evitado ni que protocolos futuros con controles similares sean seguros.

Usar cuidadosamente el caso histórico comparativo

El ejemplo histórico de abajo es la explotación del protocolo Raydium de diciembre de 2022, usada para comparar compromiso de cuenta privilegiada con un relato de retirada por el creador. No se presenta como rug pull del creador de una memecoin. El informe oficial retrospectivo es el relato del editor primario; esta lección no ha reproducido el registro de cadena de forma independiente.

Un informe de primera parte puede establecer qué declaró su editor. Confirmar cada declaración independientemente requiere transacciones coincidentes, estado archivado y decodificación reproducible. Conserva esta distinción en el panel de evidencia. Es aceptable citar un informe oficial e indicar que su explicación propuesta de intrusión inicial no quedó establecida.

Las comparaciones históricas deben transferir un método, no un veredicto. Pregunta qué privilegio estuvo implicado, qué corrección lo eliminó o trasladó según el informe y qué evidencia se necesitaría para establecer pérdidas y control independientemente. Después aplica las mismas preguntas a un caso de memecoin solo tras obtener sus propios registros.

Modelar profundidad sin fingir medición del incidente

Para el modelo ficticio separado, usa un pool de producto constante de dos reservas sin comisiones, con reserva base X y de cotización Y. Una entrada de cotización q devuelve Xq/(Y+q) unidades base. El precio marginal de cotización es Y/X. Es el mismo modelo restringido introducido en P07-L03 [S-PRICING]; no reconstruye los pools explotados de Raydium.

Una retirada proporcional cambia X e Y por el mismo factor. La proporción puede permanecer igual mientras una orden fija aumenta en relación con las reservas restantes. Esto ilustra por qué un precio mostrado estable es evidencia insuficiente de profundidad ejecutable estable. Comisiones, liquidez concentrada, otras rutas, restricciones de transferencia y operaciones intermedias requieren cálculos distintos.

No confundas conclusiones del modelo con hechos observados. El modelo muestra una posible consecuencia mecánica bajo supuestos declarados. El informe histórico proporciona una cronología. Ninguno aporta rentabilidad medida, recomendación de inversión ni identificación de un autor de memecoin.

• Síntoma: cambio visible que puede tener varias causas.
• Mecanismo: operación que conecta cambio de estado y resultado.
• Atribución: vínculo respaldado entre acción y actor.
• Tiempo de evento: tiempo comunicado de una acción.
• Tiempo de conocimiento: cuándo la evidencia estuvo disponible para un observador.
• Informe retrospectivo: relato de incidente con sus propios límites probatorios.
• Profundidad: reservas disponibles pertinentes para una orden y ruta especificadas.

REGISTRO DE FUENTE HISTORICAL — HIST-P07-08. Resumen editorial congelado del informe oficial de Raydium [S-INCIDENT], publicado el 17 de diciembre de 2022 e inspeccionado el 30 de septiembre de 2026. Todos los tiempos de abajo son tiempos de evento UTC comunicados por el editor. No se facilitan reproducción de transacciones, instantánea de reservas ni atribución humana independiente.

El artículo comunica una explotación de funciones privilegiadas y contabilidad de comisiones. Trata una posible explicación de intrusión sin establecer el vector inicial exacto. Es una comparación de explotación de protocolo, no una clasificación documentada de rug pull del creador.

MODELO ILLUSTRATIVE — FIX-P07-08. Unidades ficticias base y de cotización; sin reservas históricas de Raydium.

Supón comisiones cero, transferencias sin restricciones, ninguna otra ruta ni operaciones intermedias. Aplica una entrada hipotética de cotización de 1 unidad por separado a cada estado inicial.

DECLARACIÓN DE FUENTE OBSERVED: H1–H4 son declaraciones inspeccionables del informe citado. Sus tiempos de evento se comunican por la fuente, sin verificación independiente aquí.

INFERRED: En FIX-P07-08, la retirada proporcional conserva la proporción marginal, pero aumenta la prima media de ejecución para la entrada especificada. Se deriva del modelo facilitado, no del incidente.

UNKNOWN: Instantáneas reales históricas de reservas del pool, efectos decodificados independientemente de cada transacción, vector inicial exacto de intrusión y lo que un observador concreto sabía antes de la publicación.

INSUFFICIENT EVIDENCE: Los registros históricos no establecen un rug pull de creador de memecoin, alerta predictiva anterior ni seguridad tras la corrección. Un cálculo ficticio de reservas no establece pérdidas reales del incidente.

Asignar «rug pull» a partir de un gráfico descendente; tratar credenciales comprometidas como prueba de intención del creador; confundir fecha de publicación y tiempo de evento; calcular reservas históricas a partir de entradas ficticias; e interpretar proporción de reservas sin cambios como profundidad sin cambios.

Las entradas son H1–H4 y FIX-P07-08. Trabaja sin conexión y sin conectar una cartera.

1. Escribe los cuatro eventos comunicados en orden cronológico y conserva los tiempos aproximados.
2. Evalúa «A las 11:00 UTC del 16 de diciembre, el analista ya conocía la atribución del informe oficial retrospectivo». Usa solo los registros facilitados.
3. Calcula salida base y precio medio de cotización para q=1 en ambos estados ficticios. Compara cada precio medio con su precio marginal inicial.
4. Escribe una conclusión de incidente acotada de tres frases y enumera registros adicionales necesarios para probar independientemente una retirada de liquidez.

• Identificar objeto, mecanismo y afirmación de atribución por separado.
• Registrar fuente, tiempo de evento y límites del tiempo de conocimiento.
• Comparar estados anterior/posterior coincidentes.
• Conservar causas desconocidas y explicaciones alternativas.
• Separar matemáticas ilustrativas de medición histórica.
• Informar la conclusión estrecha respaldada sin señal financiera.

Reconstruir un incidente significa conservar la cadena de fuente a evento a cambio de estado. Un informe retrospectivo puede enseñar el método sin probar rug pull del creador. Los resultados históricos no aportan evidencia retroactivamente a un observador anterior.

Una etiqueta no sustituye un mecanismo. Precio marginal estable puede coexistir con menor profundidad. Atribución del editor, verificación independiente e intención humana siguen siendo afirmaciones distintas.

Construir cronología UTC H1–H4 con el informe del editor; separar carril de tiempo de evento y de fecha de publicación, etiquetar H4 como aproximado y atribución como comunicada por la fuente. Añadir recuadro separado explícitamente ilustrativo para FIX-P07-08 con proporciones marginales iguales y salidas q=1. Nunca representar reservas ficticias como mediciones históricas del incidente.

Reglas de entrega visual: azul marino oscuro/negro, acentos cian/azul eléctrico/violeta, unidades e incertidumbre rotuladas explícitamente. Usa gráficos deterministas o SVG, no capturas fabricadas. A 390 px apila anotaciones y proporciona la tabla de datos como alternativa textual; verifica 768 px y escritorio después. En árabe localiza etiquetas y diseño con RTL nativo, aislando direcciones/hashes LTR y conservando dirección real de transferencias y cronología. Usa solo el logotipo oficial BlockAssay facilitado si añades marca. No se afirma que recurso visual ni renderizado móvil/RTL estén listos.

Usa RADAR solo cuando red exacta, activo y campos necesarios sean compatibles y su procedencia visible. Es inspección educativa de solo lectura, no operación ni lanzamiento de token. Usa el conjunto sin conexión facilitado si acceso o datos no están disponibles; la información ausente sigue siendo desconocida. Una futura acción Abrir en BlockAssay necesita enrutamiento de ejecución y cobertura de fuentes validados. No se facilita CTA ejecutable de activo para identificadores ilustrativos. Participación en Academy y estado comercial nunca cambian las observaciones de Radar.

• Raydium: informe retrospectivo detallado y próximos pasos — Cronología de incidente y mitigación de diciembre de 2022 comunicada por el emisor; no atribución independiente ni conclusión de rug pull de memecoin. Comprobado 2026-09-30.
• Precios Uniswap v2 — Precios de pool de producto constante de dos reservas; no modelo de todo lanzamiento o pool. Comprobado 2026-09-30.
• Solana: establecer autoridad — Roles específicos de autoridad y eliminación de una autoridad seleccionada. Comprobado 2026-09-30.

Las tablas y conjuntos de ejercicio son material educativo original salvo designación explícita HISTORICAL. Los identificadores ficticios son deliberadamente inválidos como direcciones blockchain. La documentación respalda definiciones de mecanismos, no valores inventados del ejercicio. Inspeccionar fuentes es investigación editorial, no medición de cadena en vivo. Las fuentes pueden cambiar; volver a revisar antes de publicar.

P07 está completo. Revisa cronología de eventos, modelo de liquidez y límites de evidencia, y vuelve al panel de Academy. Los laboratorios separados conservan sus prerrequisitos indicados.