Cómo denunciar una estafa en las redes TronScan y TRON

Si perdió USDT debido a un sitio de phishing, una aprobación falsa o un acuerdo OTC fraudulento en TRON, informar ayuda a proteger a la próxima víctima, incluso cuando sus propios fondos no se puedan recuperar en la cadena. TronScan y los socios del ecosistema mantienen canales de denuncia de direcciones y contratos maliciosos.

Esta guía explica cómo documentar evidencia, informar a través de TronScan, escalar a intercambios y establecer expectativas realistas sobre la recuperación.

Qué pueden y qué no pueden hacer los informes

La presentación de informes puede:

• Marcar direcciones en exploradores para que las billeteras muestren advertencias
• Ayudar a los intercambios a congelar depósitos en direcciones fraudulentas conocidas
• Construir bases de datos públicas utilizadas por empresas de análisis.
• Apoyar los casos de aplicación de la ley con evidencia estructurada.

No se pueden presentar informes:

• Transacciones TRON confirmadas inversas
• Obligar a los atacantes a devolver fondos.
• Garantizar la cooperación cambiaria entre jurisdicciones.

De todos modos, actúe rápidamente: los estafadores mueven USDT a través de los intercambios en cuestión de minutos.

Paso 1: Documentar la evidencia en cadena

Recolectar de TronScan:

Exporte CSV o haga una captura de pantalla de cada página. Incluya URL completas, no imágenes recortadas.

Guarde también:

• URL del sitio web de phishing (archivar en archive.org si es posible)
• Registros de chat con estafador (Telegram, WhatsApp)
• Intercambiar correos electrónicos de cuentas si la cuenta está comprometida.

Paso 2: Informe sobre TronScan

1. Abra la página dirección o contrato del estafador en TronScan.
2. Busque las opciones Informe, Marcar o comentarios (la interfaz de usuario puede variar según la versión TronScan).
3. Seleccione categoría: phishing, token de estafa, pirateo, etc.
4. Pegue el resumen de evidencia y los hashes de transacciones.

Repita lo mismo para cada dirección distinta de la cadena (atacante, billeteras de reenvío, contrato de token falso).

Para tokens USDT falsos, informe el contrato del token, no solo la dirección del remitente.

Paso 3: Informar sobre la infraestructura de phishing

Incluya el dominio y capturas de pantalla que muestren las indicaciones de conexión de la billetera.

Paso 4: Contactar con los intercambios

Si el USDT robado llega a una dirección de depósito de intercambio conocida:

1. Identifique el intercambio mediante análisis de blockchain (etiquetas TronScan, herramientas comunitarias) o patrones de direcciones de depósito.
2. Abra el ticket de soporte de Exchange inmediatamente.
3. Proporcione hashes de tx, cronograma de estafa y número de informe policial, si está disponible.
4. Solicitar congelación de depósitos para la cuenta del atacante.

El éxito varía. Los intercambios a menudo necesitan solicitudes de las autoridades para obtener los detalles de la cuenta; aún así, vale la pena presentarlas con anticipación.

Paso 5: Servicios de recuperación y cumplimiento de la ley

Para grandes pérdidas:

• Presentar un informe de delitos cibernéticos en su jurisdicción
• Proporcionar un paquete de evidencia estructurado (hashes, direcciones, valor en USD en el momento del robo)
• Evite los "servicios de recuperación" que llaman a las víctimas en frío; muchos son estafas de segundo orden.

Existen investigadores legítimos, pero cobran honorarios y rara vez garantizan los resultados. Nunca pague por adelantado a "hackers" desconocidos.

Prevención para la próxima vez {#prevención}

• Seguridad de la frase inicial
• Revocar aprobaciones ilimitadas
• Verificar contrato USDT
• Transferencias seguras TRC-20

Canales de denuncia de la comunidad

Más allá de TronScan, comparta evidencia en foros comunitarios y canales sociales de TRON para que otros puedan bloquear direcciones en sus billeteras. Nunca pague "servicios de recuperación" que se comuniquen con usted después de un informe; a menudo son estafas secundarias. Documente todo antes de que los fondos pasen a través de mezcladores o puentes donde el seguimiento se vuelve más difícil.

Creación de un paquete de pruebas

Organice los informes cronológicamente: (1) cómo descubrió la estafa, (2) qué firmó o compartió, (3) transacciones salientes con marcas de tiempo, (4) estado actual de los fondos. Las exportaciones de PDF desde TronScan tienen más peso en los intercambios que las capturas de pantalla por sí solas. Incluya la valoración en dólares en el momento de la pérdida utilizando datos históricos de precios; los investigadores necesitan esto para priorizar los casos.

Las solicitudes de aplicación de la ley pueden solicitar registros de IP de su ISP si el phishing se produjo a través del sitio web; conserve el historial del navegador y los registros DNS cuando esté legalmente permitido.

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

• TRON Banderas rojas de phishing
• Envenenamiento de direcciones
• Guía TronScan
• Seguridad de la frase inicial

Preguntas frecuentes

¿Al informar sobre TronScan se recuperará mi USDT robado?

No. Los informes ayudan a advertir a otros usuarios y pueden ayudar a los intercambios a bloquear direcciones. Las transferencias en cadena son irreversibles.

¿Qué información debo incluir en un informe de estafa?

Direcciones de estafador TRON, hashes de transacciones, URL de phishing, capturas de pantalla con marcas de tiempo y una breve cronología de lo sucedido.

¿Debo informar las direcciones de intoxicación por polvo?

Sí, si TronScan admite marcas. Prioridad baja pero ayuda a la detección de patrones.

¿Puedo informar antes de perder fondos?

Sí. Informe los dominios de phishing y los contratos sospechosos que descubra durante la diligencia debida: los informes proactivos salvan a otros.

¿Tether congela la estafa USDT?

En algunos casos, Tether puede congelar USDT a nivel de contrato para solicitudes de aplicación de la ley. Comuníquese con las autoridades (no con Tether directamente como individuo) para conocer los canales oficiales.