Fichas Honeypot en TRON: por qué puedes comprar pero no vender
Los tokens Honeypot son una estafa TRON especializada: puedes intercambiar USDT o TRX por el token en SunSwap, pero no puedes intercambiar fuera. Su billetera muestra un saldo por valor de miles en papel; sin embargo, cada transacción de venta falla con una reversión del contrato. Mientras tanto, los promotores muestran gráficos con velas verdes y volúmenes falsos.
Comprender los honeypots le evita una pérdida del 100% en compras especulativas de microcapitalización. Esta guía cubre la mecánica, la detección y los hábitos comerciales más seguros en TRON DEX.
Cómo funcionan los honeypots {#cómo-funciona}
Los tokens TRC-20 implementan la lógica _transfer en Solidity. Los Honeypots modifican las reglas de transferencia:
- Lista negra: tu dirección marcada después de la compra;
require(!blacklist[msg.sender])se venden bloques. - Solo vendedores incluidos en la lista blanca: solo las direcciones controladas por el propietario pueden realizar envíos al par DEX.
- Par DEX falso: se manipula el fondo de liquidez; real vende ruta para revertir ruta.
- Impuesto modificable: el propietario establece el impuesto de venta en 100 % después del lanzamiento.
- Llamada externa oculta: transfiere ganchos al contrato que se revierte en la dirección de venta.
Las compras funcionan porque su dirección aún no está en la lista negra y la ruta de compra cumple con las condiciones. Las ventas fallan silenciosamente en simulación o en cadena con REVERT.
Viaje típico de la víctima {#viaje-víctima}
- Ver token promocionado en Telegram con narrativa "100x".
- Compre en SunSwap: la transacción se realizó correctamente.
- La interfaz de usuario de precios muestra ganancias a medida que ingresan más compradores (a menudo bots).
- Intento de venta: TronLink muestra FALLADO o OUT_OF_ENERGY se revierte el enmascaramiento.
- Liquidez eliminada: rug pull completa la estafa.
Detección antes de comprar
1. Prueba de compra pequeña + venta inmediata
Utilice TRX/USDT mínimo:
- Compre una pequeña cantidad simbólica.
- Apruebe el enrutador SunSwap si es necesario.
- Intente vender la misma cantidad a USDT.
Si la venta falla, trátelo como un honeypot. Costo: gas pequeño + posible polvo atrapado.
2. TronScan revisión del contrato
Abrir contrato de token el TronScan:
- Fuente verificada con banderas
blacklist,isBot,enableTrading - Funciones de propietario que cambian las tarifas dinámicamente
- Alta concentración en la billetera del implementador.
Consulte verificar contrato inteligente.
3. Análisis de titulares y transferencias
- Pocos poseedores fuera de LP y desplegadores
- No hay transacciones de venta orgánica en la historia reciente.
- Sólo son visibles los swaps del lado comprador
4. Herramientas comunitarias
Existen escáneres de honeypot de terceros para TRON: utilícelos como una señal, no como evangelio. Los contratos pueden comportarse de manera diferente después de verificar.
5. Profundidad de liquidez
Pares delgados USDT con liquidez desbloqueada = doble riesgo (honeypot + rug).
Honeypot frente a token con impuestos elevados
Los tokens de memes legítimos pueden cobrar entre un 5% y un 10% de impuestos sobre las compras y ventas. Los Honeypots cobran 100% de impuesto efectivo solo sobre las ventas o bloquean directamente.
Leer la función transfer verificada. Los impuestos deben ser transparentes y simétricos.
Qué hacer si tienes un honeypot
- Deje de comprar más; no haga un "promedio a la baja".
- No aprobar contratos adicionales con la esperanza de "desbloquear" ventas: mayor riesgo de drenaje.
- Informar contrato de token el TronScan.
- Aceptar la pérdida; Aprenda la disciplina de prueba de venta.
No existe un remedio confiable en cadena para la mayoría de los honeypots.
Hábitos SunSwap más seguros {#hábitos-seguros}
- Intercambie tokens establecidos (SUN, JST, BTT, USDD) cuando aprenda DeFi.
- Limitar la especulación con microcapitalizaciones a cantidades que se puedan perder por completo.
- Nunca compres por propinas por DM.
- Lea Riesgos de DeFi en TRON.
Herramientas y pruebas manuales
Ninguna herramienta atrapa todos los honeypots. Combine escáneres automatizados con pruebas manuales de pequeñas ventas en SunSwap. Verifique la fuente del contrato en TronScan para ver las anulaciones de _transfer que bloquean las ventas. Si el token no tiene una fuente verificada y apareció en su billetera sin ser solicitado, trátelo como malicioso: no interactúe.
Banderas rojas en metadatos de tokens
En las páginas de tokens TronScan, los signos sospechosos incluyen: fecha de creación dentro de las 24 horas posteriores a su "oportunidad", menos de 100 titulares, una sola billetera con más del 90% de suministro y un recuento de transferencias dominado por compras, no ventas. Los proyectos legítimos tienen una historia social verificable y liquidez bloqueada o quemada con pruebas en cadena, no solo afirmaciones de Discord.
Lista de verificación para solucionar problemas
Si algo sale mal en TRON, trátelo como un problema de depuración estructurado: confirme el txid exacto en la cadena, verifique la dirección del contrato de destino y solo entonces decida si la falla es recuperable. En TRON, muchos problemas "misteriosos" son simplemente uno de: red incorrecta (mainnet vs testnet), contrato de token incorrecto (falso USDT/tokens con nombres similares), recursos insuficientes (OUT_OF_ENERGY/ancho de banda) o retraso en la interfaz de usuario/indexador entre la billetera y el explorador.
Comience con estas comprobaciones en cadena:
- Copie siempre el txid/hash completo de su billetera o explorador.
- Confirme el estado del resultado del tx en TronScan (SUCCESS, REVERT, OUT_OF_ENERGY o aún pendiente).
- Compruebe si la dirección del destinatario/contrato coincide con la que desea enviar.
- Si se trata de una llamada de contrato, confirme que el selector de función y los parámetros coincidan con el estándar de token que cree que está utilizando (TRC-20 vs TRC-10 vs BEP-20 en BSC).
Luego aplique la ruta de corrección para su categoría:
- Confirmar el estado y los parámetros de la transacción.
- Verificar direcciones (contrato de token, destinatario, enrutador/gastador).
- Agregar o delegar recursos (Energía/Ancho de banda) cuando el fallo esté basado en recursos.
Errores comunes
Estos patrones causan la mayoría de los errores a nivel de usuario:
- Usar direcciones de mainnet en testnet (o al revés).
- Copiar un símbolo de token en lugar de la dirección real del contrato TRC-20.
- Firmar la dirección de aprobación/gastador incorrecta porque el enlace de la interfaz de usuario es malicioso o está desactualizado.
- Reintentar sin cambiar la entrada fallida (por ejemplo, REVERT sigue revirtiéndose hasta que corrija el parámetro).Si no está seguro, no “simplemente envíe de nuevo”. Realice un cambio controlado, verifique en TronScan y luego continúe.
Preguntas frecuentes
¿Cómo sé si una transacción está realmente confirmada?
Utilice TronScan y verifique el estado del resultado del tx. Las etiquetas "pendientes" de la billetera pueden retrasarse; El estado de la cadena es la fuente de la verdad. Copie txid y verifique SUCCESS/REVERT/OUT_OF_ENERGY, no solo el texto de la interfaz de usuario.
¿Por qué la interfaz de usuario difiere de TronScan?
Algunas billeteras y dApps utilizan diferentes indexadores o capas de caché. Es normal que haya un breve retraso entre la transmisión y la indexación; compare txid y espere a que la cadena se estabilice antes de concluir que hay una falla.
¿Qué debo hacer después de un REVERT?
Detenga y decodifique la llamada fallida. La mayoría de los REVERT se deben a parámetros no válidos, dirección de contrato incorrecta, aprobaciones faltantes o una falta de coincidencia entre el estándar del token y el método. Solucione la causa y luego vuelva a firmar.
¿Es seguro firmar una aprobación ilimitada?
Las aprobaciones ilimitadas son seguras solo para direcciones de gastadores confiables que usted haya verificado (fuente verificada, enrutador correcto y contrato de token esperado). Para las pruebas, prefiera aprobaciones limitadas y revoque una vez que haya terminado.
¿Qué recursos requiere TRON para las llamadas de contrato?
La ejecución de contratos inteligentes consume principalmente energía, mientras que los bytes de transacciones consumen ancho de banda. Si recibe OUT_OF_ENERGY, agregue/congela/delegue energía. Si se agota el ancho de banda, concéntrese en mantener suficiente líquido TRX para bytes y asignación de recursos.
¿Cómo puedo reducir los tickets de soporte?
Muestre a los usuarios un mensaje claro de "qué sucedió" basado en el estado de la cadena y vincule directamente a la guía relevante (pendiente, fallida, sin energía o verificación). Guarda txid para que puedas conciliar rápidamente.
Guías relacionadas
Preguntas frecuentes
¿Qué es un token de honeypot en TRON?
Un token TRC-20 cuyo contrato permite comprar en un DEX pero revierte o bloquea la venta, atrapando a los tenedores mientras los insiders descargan o eliminan liquidez.
¿Cómo puedo probar un token antes de comprar grandes cantidades?
Compre una pequeña cantidad y luego intente vender inmediatamente la misma cantidad en SunSwap. Si la venta falla mientras otros han negociado recientemente, investigue el código del contrato y los patrones de los titulares.
¿Puede TronLink advertirme sobre los honeypots?
Las billeteras pueden mostrar mensajes genéricos de transacciones fallidas. Los escáneres dedicados y las pruebas de venta manuales son más confiables.
¿Todos los tokens SunSwap nuevos son honeypots?
No, pero la tasa de tokens maliciosos es lo suficientemente alta como para caer en el escepticismo.
¿La venta fallida es siempre un señuelo?
No. Un deslizamiento insuficiente, una baja liquidez o OUT_OF_ENERGY también pueden hacer fracasar las ventas. Vuelva a intentarlo con mayor deslizamiento y suficiente TRX. El fracaso persistente en todas las condiciones sugiere un honeypot.
Gracias — tu feedback nos ayuda a mejorar la documentación.