Por qué la liquidez bloqueada no significa que un token sea seguro

Toda guía sobre el tema te dice lo mismo: liquidez bloqueada significa que el equipo no puede hacerte un rug pull, por lo que el token es más seguro. Eso era cierto cuando la única salida era drenar el pool. En las plataformas de lanzamiento modernas, el bloqueo se ha convertido en el motor de ingresos de la estafa, y la marca de verificación que buscas es lo que paga al atacante.

Hay una casilla que aparece en los screener de tokens, interfaces de plataformas de lanzamiento y en cada lista de verificación de seguridad escrita para traders de memecoins: liquidez bloqueada. Encontrarla se presenta como uno de los pasos esenciales antes de comprar un token anónimo, y el razonamiento detrás de ese consejo es sólido hasta donde llega. Un bloqueo de liquidez genuinamente previene el ataque más destructivo en finanzas descentralizadas, el rug pull, en el que el creador de un token retira los activos que respaldan el pool de trading y deja a los tenedores con algo que no pueden vender. Las guías son unánimes. Una dice que verificar el bloqueo no es opcional sino esencial. Otra dice que asegura a los inversores que el proyecto es seguro para interactuar. Una tercera dice que da a los inversores una sensación de seguridad. Todas describen una protección real, y todas están incompletas de una manera que se ha vuelto costosa. Porque en las plataformas de lanzamiento donde ahora se originan la mayoría de los nuevos tokens, el mismo bloqueo que impide al creador drenar el pool también garantiza al creador una parte de cada operación en él, para siempre, y eso cambia lo que significa la casilla.

Lo que realmente hace un bloqueo de liquidez

Comienza con el mecanismo, porque la protección es real y entenderla con precisión es lo que te permite ver la brecha.

Cuando un token se lanza en un exchange descentralizado, alguien debe suministrar el pool que permite a la gente operarlo. Eso significa depositar el nuevo token junto con algo valioso, típicamente una stablecoin o el activo nativo de la cadena, en un contrato de pool. A cambio, el depositante recibe tokens de proveedor de liquidez, que son el boleto de reclamo sobre ese depósito. Quien tenga los tokens de proveedor puede canjearlos y sacar el contenido del pool.

Ese boleto de reclamo es toda la vulnerabilidad. Un creador que lo tenga puede esperar a que lleguen los compradores, ver cómo el pool se llena de dinero real, luego canjear los boletos, retirar todo lo de valor y dejar el token sin nada detrás. El precio colapsa a cero porque no hay nada contra lo que vender. Eso es el rug pull, y representó una enorme parte de las pérdidas de memecoins durante varios años.

Un bloqueo de liquidez envía los tokens de proveedor a un contrato separado con bloqueo temporal en lugar de dejarlos en la billetera del creador. Los servicios de bloqueo los mantienen durante un período declarado, publican el bloqueo en la cadena para que cualquiera pueda verificarlo, y se niegan a liberar los tokens antes del vencimiento. El creador no puede canjear lo que ya no posee. La salida clásica está mecánicamente excluida.

Dos aclaraciones que atrapan a la gente. Un pool bloqueado aún opera normalmente; el bloqueo restringe el retiro del contenido del pool, no la compra y venta contra él. Y el bloqueo de liquidez es diferente del bloqueo de tokens, que restringe el suministro propio del equipo a través de un calendario de adquisición. Un proyecto puede hacer uno sin el otro, y la casilla que estás leyendo usualmente cubre solo el primero.

Lo que las guías aciertan

Antes de la crítica, crédito donde se debe, porque descartar el bloqueo por completo sería su propio error.

La evidencia sobre pools no bloqueados es genuinamente alarmante. El análisis de mil memecoins en una cadena importante encontró que más del noventa por ciento no había bloqueado la liquidez, dejándolos estructuralmente expuestos exactamente al ataque descrito anteriormente. Las estimaciones de la industria sitúan las pérdidas por estafas de memecoins en cientos de millones de dólares en un solo año, con el drenaje de pools como método principal. Contra esa línea base, un proyecto que bloquea su liquidez ha eliminado un modo de fallo real y común, y la diferencia entre un pool bloqueado y uno no bloqueado no es cosmética.

El bloqueo también cumple una función de señalización que vale algo. Un equipo dispuesto a renunciar a la capacidad de retirar el fondo común es un equipo que acepta una restricción, y las restricciones aceptadas voluntariamente tienden a correlacionarse con intenciones que sobreviven al contacto con una caída de precios. Esa correlación es débil, y las correlaciones débiles aún transmiten información.

Así que las guías no se equivocan sobre lo que hace un bloqueo. Se equivocan sobre lo que implica un bloqueo, y la brecha entre esas dos cosas es donde opera la generación actual de estafas.

La inversión

Este es el cambio que la literatura de seguridad no ha absorbido.

Las plataformas de lanzamiento en la línea de Pump.fun — la maquinaria subyacente — automatizaron la creación de tokens y resolvieron estructuralmente el tirón de alfombra: cuando un token se gradúa de su curva de lanzamiento a un fondo de negociación, la plataforma bloquea la liquidez ella misma, permanentemente, en un contrato que nadie puede drenar. Esa es una mejora real, y es la base para que estas plataformas se describan como resistentes a los tirones de alfombra.

Las mismas plataformas también pagan tarifas a los creadores. Un fondo bloqueado aún genera tarifas de negociación en cada intercambio, y esas tarifas son reclamables por la dirección que creó el token. El arreglo es defendible en apariencia: recompensa a los constructores cuyos tokens sostienen un volumen real, y da a los creadores una razón para seguir apoyando un proyecto en lugar de deshacerse de él y marcharse.

Ahora combine las dos propiedades y siga el incentivo. Un creador que no puede drenar el fondo ha perdido una fuente de ingresos. Un creador que recibe tarifas en cada operación ha ganado otra, y la segunda no requiere que el token tenga éxito, solo que se negocie. El volumen de ventas por pánico paga exactamente igual que el volumen de compras entusiastas. El volumen de tenedores que intentan salir de un token que ahora reconocen como sin valor paga exactamente igual que cualquiera de los anteriores.

Lo que el bloqueo eliminó fue la salida. Lo que no eliminó fue la extracción, y convirtió la extracción de un evento en una suscripción.

Esto no es una preocupación teórica. Cuando los atacantes comprometieron la cuenta social de un ejecutivo prominente y lanzaron un token en el lugar donde el diseño se ejecutó sobre la credibilidad, la operación se basó precisamente en este diseño: liquidez permanentemente bloqueada, tarifas de negociación reclamadas repetidamente dentro de las primeras horas, y ningún tirón de alfombra en ningún momento, porque tirar de la alfombra habría terminado con un flujo que el atacante tenía todas las razones para seguir recolectando. El token no podía ser drenado. Tampoco necesitaba serlo. La cobertura del incidente lo dijo claramente: la liquidez bloqueada permitió que la estafa se hiciera pasar por un token legítimo. Para el reportaje detrás de este argumento, el caso $VLAD documentó la secuencia completa de extracción.

Por qué la casilla ahora engaña

El daño práctico no es que los bloqueos sean inútiles. Es que son fundamentales en un modelo mental que ya no describe el riesgo.

Un operador que sigue la lista de verificación estándar ve liquidez bloqueada, marca la casilla y trata una categoría de peligro como resuelta. Eso es correcto. Pero el mismo operador típicamente trata la marca como una señal de legitimidad más amplia, porque así es como cada guía lo enmarca, y en una plataforma de lanzamiento donde el bloqueo es automático y universal, no transmite información alguna sobre el proyecto. Cuando cada token en una plataforma tiene liquidez bloqueada por defecto, la presencia de un bloqueo no distingue nada. No es un filtro; es un piso.

Peor aún, invierte la heurística habitual de detección de estafas. Históricamente, un token sospechoso parecía sospechoso: sin bloqueo, equipo anónimo, contrato con función de acuñación, suministro concentrado en unas pocas billeteras. Un token de plataforma de lanzamiento creado con el propósito de cosechar tarifas se ve limpio según la medida más citada, porque la plataforma lo hizo limpio automáticamente. El diseño que hace rentable el ataque es el mismo diseño que hace que el ataque pase la inspección.

Lo que un bloqueo no te dice

Cinco cosas quedan completamente fuera de lo que cubre un bloqueo de liquidez, y cada una ha acabado con más posiciones que el drenaje de fondos en ciclos recientes.

Concentración del suministro. Un bloqueo cubre el fondo, no los tokens en manos de los iniciados. Un creador que posee una gran parte del suministro puede vender continuamente en el fondo, lo cual es un tirón de alfombra más lento que produce el mismo resultado para los tenedores. Verifique la distribución de los principales tenedores por separado.

Permisos del contrato. Las funciones de acuñación, las restricciones de transferencia, las listas negras y los parámetros de tarifas modificables viven en el contrato del token, no en el fondo. Un fondo bloqueado adjunto a un contrato cuyo propietario puede acuñar suministro ilimitado no está protegido en ningún sentido significativo.

Duración y términos del bloqueo. Los bloqueos caducan. Un bloqueo de treinta días en un token comercializado como proyecto a largo plazo te dice cuándo regresa el riesgo. Lee la fecha de vencimiento y lee si el bloqueador permite retiros anticipados bajo cualquier condición.

Acuerdos de tarifas para creadores. El tema de esta guía. Si la plataforma paga tarifas a los creadores de tokens, entiende que una estafa marcada y públicamente conocida continúa generando ingresos para su operador cada vez que alguien la negocia, incluso cuando vendes.

Si alguien la negociará mañana. La forma más común de perder dinero con un token nuevo no es en absoluto una estafa de salida. Es comprar en un pool que se vuelve ilíquido en cuestión de días, dejando una posición que solo se puede cerrar a un precio catastrófico. Ningún bloqueo aborda esto.

El punto ciego del screener

La mayoría de los traders nunca leen un contrato de bloqueo. Leen un screener, que condensa todo lo anterior en iconos, y entender lo que el screener puede y no puede ver es más práctico que entender los mecanismos subyacentes.

Los screeners son buenos en lo que es observable en cadena y mecánico de verificar. Si los tokens de proveedor de liquidez están en un contrato de bloqueo conocido, cuándo expira el bloqueo, si la propiedad del contrato del token ha sido renunciada, si existe una función de acuñación, cómo se distribuye el suministro entre los mayores tenedores, y cuánta liquidez respalda el pool. Estos son hechos con respuestas definitivas, y un screener que los reporta con precisión ha hecho su trabajo.

Lo que un screener no puede ver es la intención y el acuerdo. No puede decirte si el creador todavía está reclamando tarifas de negociación, porque eso es una llamada de contrato ordinaria indistinguible de cualquier otra en una vista resumida. No puede decirte si la billetera que desplegó el token pertenece a alguien que ha hecho esto once veces antes, a menos que las direcciones estén vinculadas y alguien las haya etiquetado. No puede decirte que el nombre y las imágenes del token fueron tomados de una cuenta comprometida una hora antes, porque ese hecho existe completamente fuera de la cadena.

La brecha importa porque la generación actual de extracción está construida precisamente en ella. Todo lo que el screener verifica sale limpio, porque la plataforma de lanzamiento lo hizo limpio por defecto, y todo lo que identificaría el problema vive en el historial de transacciones, el contexto social y los patrones de reclamación de tarifas que ningún icono resume. Un trader que trata un screener limpio como una señal de todo claro ha externalizado un juicio que la herramienta nunca fue construida para hacer.

El ajuste práctico es pequeño. Usa el screener para lo que mide bien, que son los permisos del contrato y la distribución del suministro, y trata el icono de bloqueo de liquidez como un telón de fondo, no como un veredicto. Luego dedica treinta segundos a las cosas que no puede ver: de dónde vino el token, quién lo está promocionando y si alguien ha marcado el contrato.

Cómo evaluar un token correctamente

Reemplaza la única casilla de verificación con una secuencia corta. Nada de esto toma más de unos minutos, y sobrevive a los cambios de diseño que rompieron la heurística anterior.

Lee primero la distribución de tenedores, no el bloqueo. Si un pequeño número de billeteras tiene la mayor parte del suministro, el bloqueo es irrelevante, porque la salida no necesita el pool.

Verifica los permisos del contrato. Los screeners marcan la autoridad de acuñación, el estado de propiedad y las restricciones de transferencia. Un contrato no renunciado con una función de acuñación activa es un riesgo mayor que un pool desbloqueado.

Asume el bloqueo, luego pregunta qué te cuesta. En los tokens de plataforma de lanzamiento, el bloqueo es estándar. La pregunta relevante no es si la liquidez está bloqueada, sino quién recibe las tarifas de negociación y si el creador todavía las está reclamando.

Trata los tokens marcados como permanentemente marcados. Si un explorador marca un contrato como probable estafa, negociarlo no solo arriesga tu capital; en plataformas que pagan tarifas, le paga al operador. No hay versión de participar que sea neutral.

Dimensiona para la iliquidez. Pregunta cuánto costaría cerrar una posición si el volumen cayera un noventa por ciento mañana, porque para la mayoría de los tokens nuevos lo hará.

El resumen incómodo es que la industria resolvió un ataque extremadamente bien y los atacantes se movieron. La liquidez bloqueada sigue siendo una protección genuina contra lo específico que protege, y tratarla como una señal general de seguridad es ahora el error que fue diseñada para prevenir.

El patrón en el que encaja

Da un paso atrás de los tokens y el episodio ilustra algo que se repite en la seguridad de las criptomonedas, que vale la pena nombrar porque volverá a suceder.

La ingeniería de seguridad en esta industria tiende a ser adversarial y específica. Un ataque particular causa suficientes pérdidas como para volverse notorio, los constructores diseñan un mecanismo que lo excluye precisamente, el mecanismo se convierte en estándar, y el ecosistema trata la presencia de ese mecanismo como evidencia de seguridad general. Luego, los atacantes, que han leído la misma documentación, diseñan alrededor de él. El mecanismo sigue funcionando exactamente como se especifica. La inferencia de seguridad deja de sostenerse.

La misma secuencia produjo la insignia de auditoría, que certifica que un código específico fue revisado y se interpreta como que certifica que un proyecto es legítimo. Produjo la renuncia a la propiedad, que elimina la capacidad de un administrador para alterar un contrato y se interpreta como eliminación de riesgo, sin decir nada sobre un contrato escrito maliciosamente en primer lugar. Produjo la custodia multifirma, que evita que una sola clave comprometida drene fondos y se interpreta como seguridad de grado institucional, sin decir nada sobre quién tiene las claves. En cada caso, el mecanismo es real y valioso, adoptado universalmente, y eventualmente poco informativo — un patrón de diseño de mecanismos frente a adversarios que se repite en toda la industria exactamente por la razón por la que tuvo éxito: una vez que todos lo tienen, tenerlo no distingue a nadie.

El corolario es práctico. Cualquier señal de seguridad que se convierte en una casilla de verificación está en un temporizador, y el temporizador corre desde el momento en que la señal se vuelve estándar, no desde el momento en que un ataque la derrota. Una casilla de verificación presente en cada proyecto de una categoría ha dejado de ser un filtro, sin importar lo que aún prevenga. La pregunta útil nunca es si un token tiene las protecciones estándar, sino qué riesgos esas protecciones nunca fueron diseñadas para tocar, y esa lista siempre es más larga que la lista de verificación.

Una nota final sobre cómo pensar en el candado en el futuro, porque el mecanismo no va a desaparecer y tampoco el diseño construido sobre él.

El modelo mental correcto es un candado en la puerta de una tienda. Detiene una cosa específica, que es alguien que se lleva el inventario por la noche, y realmente vale la pena tenerlo. No te dice nada sobre si la tienda vende algo útil, si el dueño es honesto, si los precios son justos, o si el negocio existirá el próximo mes. Nadie entraría a una tienda desconocida, observaría que la puerta tiene un candado, y concluiría que la mercancía es buena. Esa es más o menos la inferencia que la lista de verificación estándar de tokens fomenta, y las plataformas de lanzamiento lo han empeorado al poner el mismo candado automáticamente en cada puerta.

Lo que cambia la evaluación es saber quién se beneficia de que tú estés dentro. En una plataforma donde el creador del token cobra una tarifa por cada transacción en la tienda, incluyendo la transacción en la que vendes lo que lamentas haber comprado, el candado en la puerta no está ahí por ti. Está ahí porque hace que el acuerdo sea duradero, y la durabilidad es lo que el operador necesitaba. Leerlo de esa manera no cuesta nada y previene el error específico que esta guía existe para describir.

Preguntas frecuentes