Errores de transacciones TRON: causas y soluciones

OUT_OF_ENERGY significa que la transferencia necesitaba más energía de la que tenía el remitente, y el límite de comisión o el saldo de TRX no alcanzaron para el resto, así que la red la detuvo y se quedó con el TRX ya quemado. Los USDT no salieron de la billetera.Cómo resolverlo →

La energía alquilada solo sirve si está en la dirección que envía, si alcanza para esta transferencia y si todavía está dentro de su plazo de alquiler. Una transferencia que falla o quema TRX después de un alquiler casi siempre incumple una de esas tres condiciones.Cómo resolverlo →

REVERT significa que el propio contrato inteligente rechazó la llamada. En una transferencia de USDT los motivos habituales son un saldo menor que el monto enviado o una dirección congelada por el emisor; la energía no cambia ninguno de los dos.Cómo resolverlo →

BANDWITH_ERROR, escrito así por los nodos de TRON, significa que la dirección que envía no tenía bandwidth gratis ni TRX para pagarlo, así que la transacción nunca se transmitió. Cada dirección activada recibe 600 puntos de bandwidth gratis al día; una transferencia de USDT gasta unos 345.Cómo resolverlo →

CONTRACT_VALIDATE_ERROR significa que la red revisó la transacción antes de ejecutarla y la rechazó: los motivos más comunes son poco TRX para el monto y las comisiones, una dirección sin activar o un límite de comisión fuera del rango permitido.Cómo resolverlo →

Una dirección TRON nueva existe solo después de recibir su primer TRX: esa transferencia la activa, y el remitente paga unos 1.1 TRX por crear la cuenta. Hasta entonces la dirección puede recibir tokens, pero no puede enviar nada.Cómo resolverlo →

OUT_OF_TIME significa que la llamada al contrato inteligente tardó más de lo que la red permite para una transacción, así que se detuvo. Es raro en una transferencia de USDT y normalmente apunta a un contrato pesado.Cómo resolverlo →

SIGERROR significa que el nodo revisó la firma y esta no demuestra que la dirección que envía autorizó la transacción: casi siempre se firmó con otra clave privada, o la dirección usa permisos de firma múltiple que esta firma no cumple.Cómo resolverlo →

Cada transacción de TRON lleva una hora de caducidad que se fija al construirla; pasada esa hora, el nodo la rechaza. TronWeb la fija por defecto aproximadamente un minuto después, así que una transacción firmada y transmitida más tarde —tras una aprobación lenta, una cola o un reintento desde almacenamiento— caduca.Cómo resolverlo →

Cada transacción de TRON indica un bloque de referencia reciente (ref_block_bytes y ref_block_hash). TAPOS_ERROR significa que el nodo no encuentra ese bloque en su cadena: es demasiado antiguo o la transacción se construyó para otra red, por ejemplo una transacción de la testnet Nile enviada a la red principal.Cómo resolverlo →

DUP_TRANSACTION_ERROR significa que el nodo ya tiene exactamente esta transacción firmada. El id de una transacción es el hash de su contenido, así que transmitir los mismos bytes dos veces no puede ejecutarla dos veces: el segundo intento se rechaza.Cómo resolverlo →