Abre tronscan.org y pega en el buscador el hash de la transacción (TxID): una cadena de 64 caracteres sin «0x» al principio que te mostrará el monedero o el servicio que envía. En la página de la transferencia mira dos campos por separado: Result — si la transferencia se ejecutó, y Status — si el bloque ya está fijado definitivamente. No se pueden confundir: no coinciden.
Result: Successful significa que el dinero salió, aunque Status siga en UNCONFIRMED: el bloque se fija en cosa de un minuto; en la medición del 19.09.2026 el retraso era de 57 segundos. Un Result que empieza por Failed significa que la transferencia no se hizo, aunque Status ya ponga CONFIRMED: ese estado confirma no la transferencia, sino el hecho mismo del fallo. La señal más fiable del fallo es que en la página no hay ningún bloque Token Transfers.
Si pone Result: Successful, no hay de qué preocuparse: para una transferencia corriente con eso ya basta. Status: CONFIRMED es lo que esperan quienes reciben una cantidad grande. Y si el hash no aparece en absoluto, los motivos son seis, y los tres más habituales son estos: se busca la cadena equivocada, la transacción caducó, el monedero nunca llegó a difundirla. Todos van desglosados más abajo.
Result y Status: dos campos distintos en una misma ficha
Estos campos responden a preguntas distintas. Result — si la transferencia se ejecutó, si el dinero salió o no. Status — si el bloque está fijado de forma irreversible, si la transferencia ya puede darse por definitiva. Cambian con independencia el uno del otro, y por eso quien mira el campo equivocado saca justo la conclusión contraria.
Una transferencia correcta de 500 USDT, capturada de la página tronscan.org el 19.09.2026, hash d0f09014…57af4. La ficha muestra Result: Successful y a la vez Status: UNCONFIRMED Confirmed by 16 blocks, y una línea más abajo Confirmed SRs: 16: la transferencia ya salió, pero el bloque todavía no está fijado — no se han juntado los 19 Superrepresentantes que hacen falta. No hay que hacer nada, Status cambiará solo en menos de un minuto.
Un intento fallido de transferir 10 000 USDT, el mismo día, hash 0ae7fce9…4a8d. Aquí es al revés: Result: Failed - Out of Energy, y al lado Status: CONFIRMED Confirmed by 37 blocks y Confirmed SRs: 19 — los mismos 19 de 27. La palabra «confirmado» significa que la red ha fijado definitivamente el fallo, no que el dinero haya llegado.
El fallo se reconoce por tres señales, en orden de fiabilidad:
- el bloque
Token Transfersno está en la página en absoluto. El token o se ha transferido o no, no hay estado intermedio; abajo Tronscan añadeNo new txn found by sender; - el motivo está directamente en el campo
Result— en el ejemplo de arriba esFailed - Out of Energy; - la coletilla
(Failed)en la cabecera, justo después del importe y la dirección del destinatario.
Una trampa aparte es la línea Amount: 0 TRX en la ficha de una transferencia correcta. El cero está ahí porque transferir un token TRC20 es una llamada al contrato, no un movimiento de la moneda de la red. El importe del token se muestra más arriba, en el bloque Token Transfers, y en el campo Method Calling: transfer(address _to, uint256 _value).
Qué probabilidad tiene realmente un fallo. El 19.09.2026 escaneamos 30 bloques seguidos: 13 805 transacciones, unos 90 segundos de trabajo de la red. El reparto según el campo del nodo del que Tronscan saca el rótulo Result:
valor en la red | rótulo en la página | proporción, medición del 19.09.2026 |
|---|---|---|
|
| 99,71 % |
|
| 0,28 % |
| no tenemos ninguna captura real de una ficha con este rótulo | 0,01 % |
Tres casos por cada mil es la proporción de fallos entre todas las transacciones de aquel corte, no la probabilidad para una transferencia «atascada» concreta: lo segundo no lo medimos, y no vale poner una cosa en lugar de la otra. Que algo falle en TRON es raro, pero «raro» no significa «nunca», así que el campo Result se mira siempre.
Son tres valores encontrados de verdad en la medición del 19.09.2026, no una lista completa de los posibles: en la documentación de TRON no encontramos ningún listado recopilado.
OUT_OF_ENERGY significa que el remitente no tenía ni energía en staking ni TRX para pagarla. REVERT — que el propio contrato se negó a ejecutar la transferencia: en USDT eso suele ser un saldo menor que el importe enviado, o una dirección en la lista negra del emisor.
Lo importante para quien ve en pantalla Failed - Out of Energy: el dinero se ha quedado contigo. En el recibo de aquel intento del 19.09.2026 se gastaron solo 345 Bandwidth, y no se quemó nada de TRX: no había energía en la cuenta, así que tampoco había nada que quemar. El USDT sigue donde estaba y la transferencia se puede repetir recargando TRX.
En esto TRON se diferencia de Ethereum, donde una transferencia fallida cobra igualmente la comisión por el trabajo hecho. Pero la regla no es general: con REVERT el contrato alcanza a ejecutarse antes de negarse, y en aquella transacción se quemaron 8 624 unidades de energía.
Cuánto hay que esperar y por qué aquí las confirmaciones no son bloques
La línea Confirmed SRs de la ficha no es un contador de bloques, y eso es lo primero que despista. En TRON los bloques los publican por turnos 27 Superrepresentantes, y un bloque se vuelve irreversible cuando a su altura o por encima han trabajado al menos 19 Superrepresentantes activos distintos. Así lo describe la documentación para desarrolladores de TRON.
La medición del 19.09.2026 muestra cuánto es eso en la vida real: el bloque fijado iba exactamente 19 bloques por detrás del actual, es decir, 57 segundos, y la duración media del bloque a lo largo de 1000 bloques seguidos salió de 3,006 segundos. De ahí sale todo el reparto de tiempos: Result se rellena ya en el primer bloque, en tres segundos, y Status pasa a CONFIRMED más o menos un minuto después.
Ese minuto no tiene que esperarlo todo el mundo. Lo esperan quienes reciben una cantidad grande y quieren irreversibilidad; para una transferencia corriente basta con Result: Successful — el dinero ya salió.
Si han pasado más de cinco minutos y Status sigue en UNCONFIRMED, el problema ya no es la velocidad de la red: mira la siguiente sección. Cómo funciona en general el recuento de confirmaciones en una blockchain y por qué es distinto en cada red lo explicamos aparte: las confirmaciones de una transacción en la blockchain.
Por qué la transferencia no aparece en Tronscan
Una página vacía para un hash no es que el explorador se haya roto, ni que «vaya con retraso». Tronscan muestra un bloque a los pocos segundos de publicarse: si la transferencia no está al cabo de un minuto, tampoco está en la red. Los motivos, del más frecuente al más raro:
- Se busca el hash equivocado. El hash de una transferencia y el «número de solicitud» del monedero o del servicio son cadenas distintas. Un hash en TRON son exactamente 64 caracteres hexadecimales sin
0xal principio. Una cadena más corta, más larga o con letras posteriores a la f no es eso. Una que empiece por0xes un hash de Ethereum o BNB Chain y se lee con otras reglas: cómo leer una transacción en Etherscan. - La transacción ha caducado. Según la documentación de TRON, una transacción tiene un tiempo de vida rígido, 60 segundos por defecto desde la hora del último bloque; si no entra en un bloque, los nodos la descartan. El hash existe, pero detrás no hay transacción.
- La transacción no se difundió. El monedero la firmó en local, pero no la mandó a la red: no hay conexión, el nodo se negó. La señal es que el hash está en el historial del monedero y en el explorador no hay nada.
- La dirección del destinatario no está activada. La documentación de TRON lo dice claramente: hasta que se activa, una dirección no se encuentra ni por la API ni por el explorador. Uno abre su dirección nueva, ve el vacío y concluye que la dirección no existe.
- La transferencia se fue a otra red. Una dirección del tipo
T…es casi imposible de confundir con la de otra red, pero si la transferencia iba de verdad a Ethereum o a BNB Chain, en Tronscan no está por definición: esas redes tienen sus propios exploradores — Etherscan y BscScan — y el hash hay que buscarlo allí. - Está abierta una red de pruebas. Tronscan tiene un conmutador
Switch network (current: Mainnet)y direcciones aparte para las redes de pruebas. Una transferencia de la red principal no se ve en la de pruebas.
La diferencia con Ethereum es aquí de fondo: allí una transferencia sin ejecutar se queda colgada en la cola durante horas y días, mientras que en TRON, al cabo de un minuto, la transacción o está en un bloque o está descartada. Qué hacer si el dinero se fue a otra red lo explicamos aparte: enviaron cripto a la red equivocada.
Dirección del monedero o dirección del contrato de USDT: cómo no confundirlas
A la vista no se distinguen: la documentación de TRON dice claramente que las direcciones de los contratos y las de las cuentas corrientes se escriben igual — 34 caracteres, y las dos empiezan por T. En la propia cadena no hay ninguna marca, y justo por eso los dos errores de abajo se repiten con regularidad.
La dirección del contrato de USDT en la red TRON es una sola para todos: TR7NHqjeKQxGTCi8q8ZY4pL8otSzgjLj6t. Una llamada directa al contrato el 19.09.2026 mostró una emisión de 94 258 350 557 USDT, y en la ficha de una transferencia Tronscan etiqueta esta dirección como USDT Token. En cualquier transferencia de USDT TRC20 el campo Contract Address será exactamente este.
De ahí la regla para leer la ficha: Owner Address es el monedero del remitente, Contract Address es el propio contrato de USDT, el mismo para todos. Ayuda también la dirección de la página en el navegador: un monedero se abre como /address/…/transactions; un token, como /token20/…/transfers; y un programa, como /contract/…/code.
El primer error cuesta dinero: enviar USDT a la dirección del propio contrato. La red ejecutará esa transferencia, porque formalmente la dirección es correcta. Las monedas no se pueden recuperar: el contrato no tiene dueño que pueda sacarlas de ahí.
El segundo error cuesta nervios: buscar tu propia transferencia por la dirección del contrato. Uno copia del monedero la cadena del «contrato del token» en lugar de su dirección, aterriza en la página del token con millones de transferencias ajenas y concluye que el explorador no le está enseñando su dinero.
Quién hace Tronscan y qué se le puede pedir
Tronscan es el primer y principal explorador de la red TRON, integrado en su infraestructura: la documentación para desarrolladores de TRON lo llama la infraestructura básica de datos on-chain de la red y el explorador más utilizado en TRON.
Lo que no se puede es llamarlo explorador oficial de la fundación TRON. Buscamos el 19.09.2026 y no encontramos ninguna declaración de pertenencia jurídica ni en tronscan.org ni en la documentación de TRON. La palabra «official» no aparece en la propia web en ningún momento; lo que sí aparece es «primero» y «mejor».
La conclusión práctica es una: el explorador no decide nada. Lee la blockchain y muestra lo que ha leído. No va a acelerar una transferencia, ni a cancelarla, ni a devolver el dinero. Escribir al soporte del explorador para que «devuelvan los USDT» no sirve de nada: no tiene ni acceso a monederos ajenos ni botón de cancelar.
La búsqueda por hash y por dirección funciona sin iniciar sesión. El botón Connect Wallet hace falta para notas y etiquetas privadas; para ver tu propia transferencia no hay que conectar ningún monedero.
Un peligro propio de este tema son los dominios gemelos. Revisión de los resultados de búsqueda para la palabra «tronscan» el 19.09.2026: junto a la dirección auténtica hay sitios que ponen la palabra Official en el título de la página. No hemos registrado robos concretos desde ellos, pero el mecanismo ya es peligroso de por sí: mañana en esa misma dirección puede aparecer un formulario para meter la clave privada.
La regla es sencilla: teclear la dirección del explorador a mano o tenerla en marcadores, en vez de entrar por el primer enlace de la búsqueda. La clave privada y la frase de recuperación no le hacen falta nunca a un explorador: solo lee datos públicos.
Cuando la transferencia está comprobada y Result: Successful está en su sitio, lo demás depende de qué hagas con los USDT. Si el siguiente paso es un cambio, tenemos una dirección de cambio aparte para USDT en la red TRON: la dirección de ingreso se entrega con la red indicada de forma explícita, y el hash lo compruebas del mismo modo.
Respuestas breves
¿Cuánto hay que esperar a la confirmación de una transferencia en TRON?
Alrededor de un minuto. Medición del 19.09.2026: el bloque fijado iba 19 bloques por detrás del actual, esto es, 57 segundos. Pero Result: Successful aparece enseguida, en ese mismo bloque, y para una transferencia corriente con eso basta. Esperar a Status: CONFIRMED tiene sentido cuando se recibe una cantidad grande.
En la página pone CONFIRMED y el dinero no ha llegado, ¿por qué?
Porque Status no habla de la transferencia, sino del bloque. Mira el campo Result: Failed - Out of Energy junto con CONFIRMED significa que la red ha fijado definitivamente el fallo. El dinero, mientras tanto, se ha quedado con el remitente: en la medición del 19.09.2026 un intento así gastó solo 345 Bandwidth. Comprueba también el bloque Token Transfers: en un fallo no lo hay.
¿Por qué el campo Amount está a cero si he enviado USDT?
Así tiene que ser. El USDT en TRON es un apunte dentro de un contrato, no una moneda de la propia red, y por eso el campo del importe de la moneda muestra Amount: 0 TRX. La transferencia del token se contabiliza aparte, en el bloque Token Transfers: en la captura del 19.09.2026 figuraba ahí como el contador Token Transfers: 1. Si ese bloque no está en absoluto, el token no salió.
Tronscan no encuentra mi hash, ¿ha desaparecido el dinero?
Lo más probable es que no. Lo más frecuente es buscar la cadena equivocada: un hash en TRON son 64 caracteres hexadecimales sin 0x, no el número de solicitud de un servicio. El segundo caso más frecuente es que la transacción caducara y los nodos la descartaran; según la documentación de TRON eso pasa a los 60 segundos por defecto.
Si la transacción caducó o no se difundió, no entró en ningún bloque y el dinero se ha quedado con el remitente. Y si lo que se busca es la cadena equivocada, la transferencia puede perfectamente haber salido: saca del monedero el campo TxID y comprueba ese.
