Definición breve
Un token honeypot es un tipo de token de alto riesgo o potencialmente fraudulento frecuente en los mercados de criptoactivos: los inversores normalmente pueden comprarlo en un exchange descentralizado, pero al intentar vender, transferir o salir de la posición, las reglas del contrato inteligente, los permisos o las restricciones de negociación se lo impiden, dejando los fondos atrapados.
En algunas comunidades cripto se describe este patrón como una situación de “solo entra, no sale”. Es importante señalar que no todos los fallos al vender significan que un token sea un honeypot: la congestión de la red, un deslizamiento configurado demasiado bajo, la falta de liquidez o una ruta de intercambio incorrecta también pueden hacer que una operación falle. Para evaluarlo, conviene analizar conjuntamente el código del contrato, el historial de transacciones en cadena y la estructura de permisos.
Cómo funciona
Los tokens honeypot suelen aprovechar la naturaleza programable de los contratos inteligentes para introducir restricciones ocultas o difíciles de detectar. Un patrón habitual es que el promotor cree el token y añada liquidez en un exchange descentralizado para atraer compradores; después, los usuarios comunes no pueden vender con normalidad, mientras que el promotor o direcciones incluidas en una lista blanca sí pueden salir.
| Mecanismo común | Posible manifestación | Punto de riesgo |
|---|---|---|
Lista negra | El usuario queda añadido automáticamente a una lista negra tras comprar | Las billeteras incluidas no pueden vender ni transferir |
Lista blanca | Solo determinadas direcciones pueden vender | Los compradores comunes no pueden salir, mientras que el promotor sí puede vender |
Impuesto de venta extremadamente alto | Se cobra una comisión cercana al 100% al vender | Aunque la operación se ejecute, el importe recibido puede ser muy bajo |
Límite máximo de venta | Solo se puede vender una cantidad mínima en cada operación | En la práctica, resulta difícil cerrar la posición |
Prohibición de transferir al pool | La transacción revierte al vender hacia el pool de liquidez del DEX | Comprar funciona, pero vender falla |
Contrato actualizable o permisos de administrador | Las reglas pueden ser modificadas posteriormente por un administrador | Al principio puede parecer normal y después convertirse en honeypot |
Retirada de liquidez | El promotor retira los activos del pool | Aunque sea posible vender, puede no haber liquidez suficiente para ejecutar la operación |
Escenarios habituales
Los tokens honeypot aparecen con más frecuencia en entornos abiertos de negociación en cadena, especialmente en redes donde cualquiera puede crear un token y un pool de negociación, como algunos exchanges descentralizados en cadenas compatibles con EVM. Algunas señales habituales son:
- Un token recién emitido se promociona intensamente en redes sociales, grupos o mensajes directos.
- El gráfico de precio sube con rapidez en poco tiempo, pero en la cadena casi no se observan ventas exitosas de direcciones comunes.
- El contrato no es de código abierto, no está verificado o contiene controles de permisos complejos.
- Se afirma que hay “bloqueo de liquidez”, “auditoría” o “renuncia a la propiedad”, pero no puede verificarse de forma independiente con datos en cadena.
- La liquidez es muy baja y una pequeña cantidad de capital puede mover el precio de forma significativa.
- El equipo o los promotores insisten en la urgencia, con mensajes como “está a punto de despegar” o “última oportunidad”, sin una divulgación clara del proyecto.
Ejemplo simplificado
Supongamos que un usuario ve un pool XYZ/WETH en un exchange descentralizado y observa que el precio sube de forma continua. Decide comprar XYZ con 0,05 ETH. La compra se ejecuta correctamente, pero cuando intenta vender, la transacción falla repetidamente. Al revisar el contrato, descubre que existe una regla que impide a las direcciones comunes transferir tokens al contrato del pool; solo las direcciones incluidas en una lista blanca pueden vender.
En este ejemplo, el gráfico de precio podría seguir mostrando subidas porque otras personas continúan comprando. Sin embargo, los compradores comunes no pueden salir mediante una operación normal. Este ejemplo solo ilustra el mecanismo y no representa ningún token o proyecto real específico.
Puntos de revisión para principiantes
Antes de participar en operaciones con tokens en cadena, se pueden realizar comprobaciones básicas, aunque ninguna garantiza detectar todos los riesgos:
- Comprobar si el contrato está verificado: en el explorador de bloques, revisa si el código fuente es público y presta atención a funciones relacionadas con owner, blacklist, whitelist, tax, pause, tradingEnabled o maxTx.
- Observar ventas reales: revisa el explorador de bloques o el historial de operaciones del DEX para comprobar si varias direcciones comunes han vendido con éxito, y no solo el equipo del proyecto o unas pocas direcciones.
- Ver si los permisos aún pueden modificarse: aunque actualmente sea posible vender, si un administrador todavía puede cambiar impuestos, listas negras o interruptores de negociación, el riesgo persiste.
- Revisar la liquidez: una liquidez demasiado baja, concentrada en una sola dirección o con un periodo de bloqueo poco claro aumenta el riesgo de no poder salir.
- Usar con cautela las herramientas automáticas de detección: los detectores de honeypot pueden servir como referencia, pero pueden generar falsos positivos o falsos negativos y no sustituyen una revisión manual.
- Desconfiar de “comprar primero e investigar después”: las operaciones en cadena suelen ser irreversibles; si después de comprar no se puede vender, recuperar los fondos suele ser muy difícil.
Límites del riesgo
Los tokens honeypot son uno de los riesgos graves en la negociación de criptoactivos, pero no el único. Incluso si un token no es un honeypot, puede enfrentarse a otros riesgos, como fracaso del proyecto, fuerte volatilidad de precios, agotamiento de la liquidez, vulnerabilidades del contrato, robo de claves privadas o incertidumbre regulatoria.
Para los operadores principiantes es especialmente importante entender que los exchanges descentralizados normalmente no revisan de forma completa cada token. Que un token pueda negociarse no significa que sea seguro, cumpla la normativa o tenga valor. Cualquier comprobación previa a una operación solo puede reducir el riesgo, no eliminarlo.
Términos relacionados
- Rug pull: situación en la que el promotor retira repentinamente la liquidez, vende sus tokens o abandona el proyecto, provocando pérdidas a los inversores.
- Contrato inteligente: programa desplegado en una blockchain que puede ejecutar automáticamente transferencias de tokens, restricciones de negociación y otras reglas.
- Pool de liquidez: fondo de activos utilizado en un exchange descentralizado para permitir el intercambio de tokens.
- DEX (exchange descentralizado): mercado en el que los usuarios negocian directamente mediante billeteras y contratos inteligentes.
- Deslizamiento: diferencia entre el precio esperado de ejecución y el precio real al que se completa una operación.
- Impuesto de transferencia / impuesto de transacción: comisión que el contrato del token cobra al comprar, vender o transferir.
- Lista negra / lista blanca: listas de permisos dentro de un contrato que restringen o permiten operar a direcciones concretas.
Fuentes de referencia
- https://www.sec.gov/securities-topics/crypto-assets
- https://www.cftc.gov/LearnAndProtect/AdvisoriesAndArticles/fraudadv_crypto.html
- https://www.finra.org/investors/investing/investment-products/crypto-assets
- https://ethereum.org/en/developers/docs/smart-contracts/
- https://www.investopedia.com/terms/s/smart-contracts.asp
