Cómo enviar USDT en TRC-20

USDT en la red TRON es la forma más popular de mover monedas estables: las transferencias suelen costar una fracción de centavo en energía. Esta guía cubre una transferencia segura desde el intercambio a la billetera.

Antes de enviar {#antes de enviar}

Necesitará: una billetera compatible con TRON (se recomienda TronLink), la dirección TRON del destinatario (comienza con T) y suficiente TRX o energía para cubrir la tarifa de transferencia.

Contrato oficial USDT en la red principal TRON:

TR7NHqjeKQxGTCi8q8ZY4pL8otSzgjLj6t

Transferencia paso a paso {#paso a paso}

Retirar del intercambio

En su intercambio (Binance, OKX, Bybit, etc.), vaya a Retirar → USDT. Seleccione la red TRC20 o TRON; nunca elija ERC-20 a menos que el destinatario lo necesite explícitamente.

Pegar la dirección del destinatario

Copie la dirección TRON de su billetera o destinatario. Vuelva a verificar los primeros y últimos 6 caracteres. Las direcciones TRON tienen 34 caracteres y comienzan con T.

Estimar el costo de energía

Una transferencia estándar USDT utiliza ~65 000 energía. Si no ha congelado TRX, TRX se grabará automáticamente (normalmente entre 5 y 15 TRX, según las condiciones de la red).

Comparación de tarifas

Errores comunes

• Red incorrecta al retirar: seleccionando ERC-20 cuando la billetera espera TRC-20.
• Energía insuficiente — la billetera muestra OUT_OF_ENERGY; congelar TRX o alquilar energía primero.
• Contrato USDT falso: los estafadores implementan tokens similares; Verifique siempre la dirección del contrato.

Preguntas frecuentes

¿Cuánto tiempo tarda una transferencia TRC-20 USDT?

Generalmente entre 3 y 5 segundos después de la transmisión. Verifique el estado en TronScan usando el hash de transacción.

¿Puedo cancelar una transacción pendiente?

No. Las transacciones TRON son irreversibles una vez confirmadas. Verifique siempre la dirección y la red antes de confirmar.

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 del contrato TRC-20 real.
• 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 recibes OUT_OF_ENERGY, agrega/congela/delega energía. Si se agota el ancho de banda, concéntrese en mantener suficiente líquido TRX para los bytes y la 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.

Si aún no estás seguro, sigue este flujo de trabajo mínimo: haz un cambio controlado y luego vuelve a verificar TronScan para ver exactamente el mismo txid que copiaste. Compare la interfaz de usuario de la billetera con el resultado de la cadena y solo continúe después de que el explorador confirme SUCCESS (o el motivo REVERT exacto) para el contrato y el destinatario previstos.