Abre etherscan.io y pega en el buscador el hash de la transferencia: una cadena de 66 caracteres que empieza por 0x, que te dará el monedero o el servicio que la envió. En la página de la transacción busca el único campo Status: muestra Success, Fail o Pending.
Status: Success significa que la transferencia se ha ejecutado. La señal de que los USDT se movieron de verdad es el bloque ERC-20 Tokens Transferred, y no el campo Value: 0 ETH, que al transferir un token siempre está a cero. Status: Fail significa que la transferencia no se produjo, y al lado suele aparecer el aviso ERC-20 Token Transfer Error: el token no se ha transferido, aunque la comisión ya se ha cobrado.
En Ethereum la comisión se cobra incluso cuando la transferencia falla: el dinero se va en gas, no en la transferencia en sí. Además, una transacción atascada bloquea todas las transferencias siguientes desde la misma dirección hasta que la desplace una copia más cara con el mismo número (nonce). Cómo funciona eso, en los apartados de abajo.
Success, Fail, Pending: un solo campo de estado
El explorador de TRON tiene dos campos de estado, y no siempre coinciden. En Etherscan el campo es uno solo. Todo lo que necesita quien tiene una transferencia atascada está escrito en la línea Status, en lo más alto de la ficha.
Una transferencia ERC20 correcta, captura de la página en vivo del 19.09.2026: Status: Success, Block: 26011545 25 Block Confirmations, ERC-20 Tokens Transferred: 2,181.9706 ($2,181.20) Tether USD (USDT) y justo debajo Value: 0 ETH ($0.00).
El cero del campo Value asusta sin motivo. USDT no es la moneda de la red, sino un apunte dentro de un contrato ajeno, así que al transferir un token el ETH no se mueve y el «importe» de la transacción es cero. La prueba de la transferencia es el bloque ERC-20 Tokens Transferred. Si está, el token se ha transferido. Lo contrario se lee en el estado: con Status: Fail el estado se revirtió y los USDT se quedaron con quien los enviaba.
Una transferencia fallida, captura de la misma fecha: Status: Fail, y bajo la cabecera dos líneas de aviso, literales: Warning! Error encountered during contract execution [invalid opcode: INVALID] y ERC-20 Token Transfer Error (Unable to locate corresponding Transfer Event Logs), Check with Sender.
El segundo aviso es el importante: Etherscan no encontró en los registros el evento Transfer. Junto con Status: Fail eso significa que el estado se revirtió y el token no se transfirió. Los números de esa misma página: Gas Limit & Usage by Txn: 195,000 | 195,000 (100%) y Transaction Fee: 0.000027113351655 ETH ($0.07). El límite se consumió entero, se cobraron 0,07 $ y los USDT se quedaron con quien los enviaba.
El tercer valor es Pending: la transacción se ha difundido, pero todavía no ha entrado en ningún bloque. No tenemos captura en vivo de una ficha así: el 19.09.2026 la red estaba libre y las transacciones entraban en bloque en un solo slot. El estado en sí y el apartado /txsPending los damos según la documentación de Etherscan.
Además de estos dos ejemplos, Etherscan menciona en su base de conocimiento algunos avisos de causa más: Out of Gas, Reverted, Bad Jump Destination, Bad Instruction. La lista la damos según la documentación del proveedor y no afirmamos que sea exhaustiva.
Por qué se cobró el gas pero los USDT no se transfirieron
Es el malentendido principal con el que se llega a la página de la transacción, y la respuesta es desagradablemente simple: la red cobra por el trabajo, no por el resultado. Los nodos ya han hecho el cálculo, así que está pagado. Que el contrato se niegue en el último paso no devuelve nada.
En TRON puede ser distinto: allí un fallo por falta de energía puede no costarle nada a quien envía, porque no había nada que quemar. En Ethereum no existe ese mecanismo: el gas consumido se cobra siempre, y eso no es una avería ni una retención, sino cómo está construida la red.
Tres causas típicas de que falle una transferencia de USDT:
- Límite de gas demasiado bajo. Transferir USDT sale más caro que transferir ETH. Medición del 19.09.2026 sobre 736 llamadas correctas a
transfer()del contrato de USDT: gasto de gas mínimo 41 273, mediana 46 097, máximo 63 221. Un monedero que pone el límite «como para una transferencia de ETH», 21 000, no llega. - En el saldo hay menos USDT de los que se envían. El contrato cancela la operación, y a esas alturas el gas ya se ha consumido.
- La dirección está en la lista negra del emisor. El contrato se niega a ejecutar la transferencia.
El consejo de «pon un límite de gas más alto, por si acaso» aquí no funciona. El límite es un techo, no un precio: el gas no consumido vuelve. Cuando falla se cobra todo el gas consumido, no todo el límite; pero el monedero reserva justamente todo el límite, y mientras dura la transferencia esa cantidad desaparece del saldo.
Qué hacer después de un Fail: comprobar el saldo de USDT en la dirección del remitente y contrastar el límite de gas con el consumo medido de la lista de arriba. En el ejemplo capturado el problema no era el límite: allí figuraba 195 000, cuatro veces más que la mediana de 46 097.
El gas se consumió hasta el final porque la máquina se topó con una instrucción prohibida, y esa, por cómo está hecha, quema todo lo que queda. La falta de límite el explorador la llama de otra manera, Out of Gas, y en esta página ese aviso no aparece. El explorador no ayuda aquí: lee la cadena de bloques, pero no devuelve nada ni reenvía nada.
Cuánto costó la transferencia en realidad, línea por línea
El pago por la transferencia Etherscan lo desglosa en cinco líneas, y es el único sitio donde se ve si uno pagó de más. Los valores de la tabla salen de la captura de la transferencia correcta del 19.09.2026.
Línea en la página | Qué significa |
|---|---|
| A la izquierda, el techo que puso el monedero; a la derecha, cuánto gas se consumió de verdad y qué parte del techo es |
| El precio final de una unidad de gas |
|
|
| El total: el gas consumido multiplicado por el precio |
|
|
La aritmética cuadra: Base: 0.1026788 más Max Priority: 2 dan exactamente 2.1026788 Gwei de la línea Gas Price. La propina de esta transferencia salió diecinueve veces mayor que la comisión base de la red: el monedero la puso por defecto y en ese minuto la red estaba vacía.
La conclusión que conviene llevarse: el 19.09.2026 casi todo el precio de una transferencia en Ethereum no lo ponía la comisión de la red, sino el recargo del monedero. Medición de la comisión base ese día sobre 100 bloques: mínimo 0,0932, mediana 0,1248, máximo 0,1602 gwei. Lo que los monederos pagaron de verdad en esa misma muestra: de 0,1005 a 15,0 gwei, una dispersión de hasta 150 veces.
En dinero, con el consumo mediano de 46 097 de gas y un cambio del ETH de 2 640,76 $ el 19.09.2026: con la comisión base del último bloque, 0,1048 gwei, la transferencia habría costado unos 0,013 $; con la mediana de lo pagado realmente, 0,3166 gwei, unos 0,039 $. La línea Max: 200 Gwei de ese mismo ejemplo son 24,37 $, pero eso es un techo, no un precio.
Todos estos números son el estado de un solo día. El gas de Ethereum se subasta y cambia a lo largo del día, así que el precio antes de enviar se contrasta en etherscan.io/gastracker: el 19.09.2026 la chapa «Gas:» de la cabecera del explorador mostraba 0,103 Gwei.
Nonce: por qué una sola transferencia atascada bloquea todas las siguientes
El nonce es el número de orden de una transacción de una dirección concreta. En la página está en el bloque Other Attributes, en una línea aparte: en los ejemplos capturados es Nonce: 1 en un remitente y Nonce: 1186633 en el otro, el monedero de un servicio grande que ha enviado más de un millón de transacciones.
La red procesa las transacciones de una dirección estrictamente en orden creciente de ese número. Según la formulación de Etherscan, una transacción con un número mayor no entrará en la cadena de bloques hasta que se incluya con éxito la del número menor. Por eso una sola transferencia atascada detiene la cola entera.
De ahí los dos estados que Etherscan distingue:
Pending: le ha llegado el turno, la transacción está lista para incluirse y espera sitio en el bloque más próximo.Queued: la transacción está fuera de la cola y no puede entrar en el bloque más próximo, porque por delante hay otra sin ejecutar con un número menor. Si el remitente no tiene otras transacciones esperando a ser incluidas, Etherscan señala como causa probable un nonce erróneo.
La sustitución, según las instrucciones del propio Etherscan: armar una transacción nueva con los mismos parámetros, subir el precio del gas y ponerle a mano el número de la atascada. Si no se toca el número, el monedero le asignará el siguiente de la cuenta y la nueva transacción se pondrá simplemente en la cola detrás de la vieja; el proveedor avisa de esto por separado.
La cancelación en el sentido habitual no existe. Lo que Etherscan llama «cancelar» es desplazarla con una transacción vacía: una transferencia de 0 ETH a uno mismo con el mismo número y un precio de gas más alto. La red se quedará con la de las dos que tenga el gas más caro, y el número quedará ocupado.
Un límite duro, y conviene conocerlo antes de ponerse a buscar la manera: una transacción que ya ha entrado en un bloque no se puede ni cancelar ni sustituir. Eso vale también para la fallida: Fail es tan definitivo como Success.
En TRON este problema no existe en absoluto: una transacción sin enviar vive allí 60 segundos y después los nodos simplemente la descartan, la cola no se acumula. La «transferencia atascada» es una propiedad de Ethereum y de BNB Chain, no de todas las redes a la vez. Cuántas confirmaciones bastan lo vemos aparte: confirmaciones de una transacción en la cadena de bloques.
Si el hash no está en Etherscan en absoluto
El buscador responde «no encontrado»: eso casi nunca es una avería del explorador. Las causas son distintas, y en cada caso hay que hacer algo distinto.
Se está buscando el hash equivocado. Un hash de transacción de Ethereum tiene exactamente 66 caracteres: 0x y 64 caracteres hexadecimales. El número de solicitud o el identificador interno de la interfaz de un servicio es otra cadena, y en la cadena de bloques no existe. En los monederos el campo que hace falta se llama TxID, Transaction ID o Hash.
La conclusión inversa no funciona: la longitud correcta no demuestra que el hash exista precisamente en esta red. En Ethereum y en BNB Chain el formato es el mismo, y un hash de una red se ve perfectamente legítimo en la otra. Si la transferencia fue en realidad por BNB Chain, esa misma cadena aparecerá en el explorador de esa red: cómo comprobar una transferencia de USDT en BscScan.
El monedero firmó la transacción, pero no la difundió. No había conexión o el nodo se negó. La señal es reconocible: el hash está en el historial del monedero, pero en el explorador no hay nada bajo él.
La transferencia se fue a otra red. Una misma dirección 0x… existe en todas las redes EVM a la vez, y por el aspecto de la cadena eso no se ve. Las redes se diferencian por el chain ID: en Ethereum es 1 y en BNB Smart Chain, 56 (consulta directa eth_chainId el 19.09.2026). El hash es uno solo, pero los exploradores son distintos.
Un ejemplo claro es la dirección de donativos que aparece en el pie tanto de Etherscan como de BscScan. El 19.09.2026 tenía 42,688948 ETH en Ethereum y 32,017013 BNB en BNB Chain, y además 22 653,74 USDT frente a 2 066,67 USDT. Una sola cadena, cuatro saldos independientes. Qué hacer después: la transferencia se fue a la red equivocada.
Hay otro caso de «no veo nada», y este ya no va del hash: se mira el saldo y no la transacción. Los USDT no aparecen en ETH Balance: no son la moneda de la red, sino un apunte en un contrato ajeno.
Para los tokens, la página de la dirección tiene un bloque aparte, Token Holdings: según la documentación de Etherscan se abre pulsando el icono del monedero. Cero ETH y USDT distinto de cero en la misma dirección es algo de lo más normal.
Quién hace Etherscan y qué no conviene esperar de él
Etherscan es un proyecto privado independiente lanzado en 2015, no una división de la Ethereum Foundation; así se describe a sí mismo en su propia página «About Us». Ethereum no tiene explorador oficial en absoluto: la red está descentralizada, hay varios exploradores y cualquiera de ellos es un producto de terceros.
Es una empresa comercial: en las páginas de transacciones hay publicidad y la interfaz de programación tiene tarifas de pago. No es un defecto, pero tampoco es un servicio público. La consecuencia práctica es una sola, y está escrita en el pie de cada página: el explorador es una plataforma de búsqueda y analítica. Lee la cadena de bloques y muestra lo que ha leído.
De ahí lo que es inútil pedirle: acelerar una transferencia, cancelarla, devolver el dinero, desbloquear un monedero. Nada de eso puede hacerlo el explorador. Y al revés: para mirar una transacción no hace falta conectar el monedero; la búsqueda por hash y por dirección funciona sin iniciar sesión, y la clave privada y la frase de recuperación no le hacen falta nunca.
Cuando la transferencia ha llegado y toca cambiar los USDT, eso ya es parte de nuestro trabajo: somos una casa de cambio, no un explorador ni un exchange. La dirección de la que hablábamos arriba: cambio de USDT en la red TRON.
Respuestas breves
¿Por qué se cobró la comisión si la transferencia no salió?
Porque la red cobra por el trabajo, no por el resultado: el cálculo se hizo, así que está pagado. Con Status: Fail se cobra todo el gas consumido, y los USDT se quedan en la dirección del remitente. En el ejemplo capturado el 19.09.2026 son 0,07 $ de comisión y cero tokens transferidos.
¿Qué significa el aviso ERC-20 Token Transfer Error?
Completo tiene este aspecto: ERC-20 Token Transfer Error (Unable to locate corresponding Transfer Event Logs), Check with Sender. Etherscan no encontró en los registros el evento Transfer.
El aviso por sí solo no demuestra que el token siga en su sitio: como causa más probable el proveedor señala un contrato que no emite el evento Transfer aunque el saldo ya se haya descontado; con menos frecuencia, un contrato detenido o falta de token en el saldo. Que la transferencia no salió lo dice el campo de al lado, Status: Fail. El proveedor aconseja dirigirse a quien la envió.
¿Cuánto esperar si Status muestra Pending?
Según la documentación de Etherscan, una transacción puede quedarse colgada horas y días si el precio del gas se puso demasiado bajo; no tenemos captura en vivo de una ficha así: el 19.09.2026 la red estaba libre. Se puede esperar mientras la transferencia no estorbe a las siguientes. Si estorba, se la desplaza con una copia de precio de gas más alto. El nonce de la copia se pone a mano, el mismo: si no cambias el número, el monedero asignará el siguiente y la nueva transacción se atascará igual.
¿Por qué en el campo Value pone 0 ETH si yo envié USDT?
Es lo normal. Value muestra el movimiento de la moneda de la propia red, y USDT es un apunte en un contrato ajeno: el ETH no se mueve cuando ese apunte cambia. El importe búscalo en el bloque ERC-20 Tokens Transferred, y en la página de la dirección, en el bloque Token Holdings.
