Blog · 29 de octubre de 2026

Por qué una transferencia USDT necesita 65,000 de energía, y 131,000 para una dirección vacía

Si se pregunta cuánta energía necesita una transferencia USDT en TRON, todas las fuentes dan las mismas dos respuestas: unas 65,000 unidades, o unas 131,000 cuando el destinatario no tiene USDT. A la tarifa de quema de la red, de 100 sun por unidad, son los 6.5 TRX y los 13.1 TRX que las carteras muestran como comisión. Casi nadie dice de dónde salen esos dos números. Se lo preguntamos a un nodo, y su propia contabilidad parte cada uno de ellos en dos. Más de tres cuartas partes de la energía son un recargo del modelo de energía dinámica de la red, y USDT lo paga con el factor más alto que la red permite. Los 66,000 adicionales de una dirección sin USDT son 15,000 unidades de trabajo extra que llevan el mismo recargo.

Lo que informa el nodo para una transferencia

Un nodo puede ejecutar la llamada a un contrato sin enviarla. Ejecuta la llamada contra su propia copia de la cadena y descarta el resultado después de responder, así que no se firma ni se paga nada. El 7 de septiembre de 2026 ejecutamos cuatro llamadas así, cada una una transferencia de la cantidad más pequeña, una unidad o una millonésima de USDT, desde una cartera que tenía miles, a cuatro tipos de destinatario: con o sin USDT, con o sin cuenta en la cadena. Minutos después repetimos el conjunto con otras direcciones, ocho llamadas en total.

Cada respuesta lleva la cifra que todo el mundo cita, energy_used, y una segunda a su lado, energy_penalty. Las dos ejecuciones dieron el mismo par para cada tipo de destinatario:

Que el destinatario tenga o no una cuenta no cambia nada: una dirección de la que la red nunca ha oído hablar cuesta lo mismo que una antigua con el mismo saldo. Lo que decide es el saldo, y su línea está en cero. En la segunda ejecución, un destinatario con una sola unidad de USDT, una millonésima de token, obtuvo la cifra más barata. Lo que eso significa para un pedido está en la entrada sobre las cuentas no activadas.

El 27 de octubre de 2026 repetimos dos de esas llamadas, desde la misma cartera hacia las mismas dos direcciones, una con USDT y otra vacía. Ambas devolvieron el mismo energy_used y el mismo energy_penalty que en septiembre, hasta la unidad.

El recargo y sus parámetros

La cadena tiene un interruptor para lo que llama energía dinámica, y cada contrato lleva su propio energy_factor. Con él van otros tres parámetros de la red que, a juzgar por sus nombres, son un umbral de uso, un paso por el que sube el factor y un techo: un contrato muy utilizado paga más energía en cada llamada. Leímos los parámetros el 3 de septiembre de 2026 y otra vez el 27 de octubre, cuando leímos también el factor propio de USDT. Los parámetros no se habían movido entre las dos lecturas.

USDT está en el techo. La misma noche en que leímos ese factor, la transferencia a un destinatario con USDT informó el mismo energy_penalty que en septiembre, así que las cifras de septiembre encajan también con un factor de 34,000.

Desglose de 65,000 y 131,000

Lea energy_penalty como el recargo y el resto como el trabajo propio de la llamada, su coste base. Los dos tipos de transferencia difieren entonces en 15,000 unidades de trabajo y 51,000 unidades de recargo:

La aritmética de la columna de diferencia es exacta: las 15,000 unidades de trabajo extra llevan 51,000 unidades de recargo, diecisiete por cada cinco, que es el factor de 34,000 contado en partes de diez mil. Así que los 66,000 que separan las dos cifras citadas son un solo bloque de trabajo extra, con el recargo al factor de USDT.

El resto de la llamada se aparta un poco de esa proporción. Diecisiete quintos de 14,650 serían 49,810, y el nodo informó 49,635, que son 175 unidades menos. El caso del saldo vacío también está 175 unidades por debajo, así que la diferencia está en el trabajo que comparten los dos tipos. Como 49,635 no son diecisiete quintos de ningún número entero, el déficit no puede ser una porción de la llamada que escape al recargo, y el factor se leyó en 34,000 la noche en que la misma llamada informó la misma penalización. El patrón parece un redondeo, con el recargo calculado sobre muchos pasos pequeños de la llamada, uno por uno. No lo comprobamos contra el código del nodo, así que la tabla recoge lo que informó el nodo y deja los 175 sin explicar.

En qué consisten las 15,000 unidades de trabajo extra

Un saldo de USDT es una entrada en el almacenamiento del propio contrato del token, aparte de la cuenta de TRON, y así es como una dirección sin cuenta puede tener USDT. Una transferencia a una dirección con saldo sobrescribe una entrada que ya contiene un número. Una transferencia a un saldo cero escribe en una vacía. La explicación habitual de la diferencia es que escribir en una entrada vacía cuesta más que sobrescribir, y 15,000 encaja con ella. Nuestros sondeos midieron el coste sin comprobar ese motivo, así que tómelo como una explicación con la que los números concuerdan.

Si es así, una dirección que tuvo USDT y lo envió todo debería costar la cifra más alta, porque su entrada ha vuelto a cero. Al menos una página de los resultados de búsqueda dice que una dirección así podría seguir obteniendo la más baja. No planeamos un sondeo para este caso, y uno de los registrados lo cubre de todos modos. Un destinatario con saldo cero de la primera ejecución se había tomado del feed de transferencias de USDT como remitente: exactamente una semana antes del sondeo, envió algo más de cuarenta y cuatro USDT. Así que había tenido USDT y se había vaciado, y la transferencia hacia él salió en 130,285, igual que la dirección generada para la ejecución. Es una dirección, leída una vez.

De 64,285 a 65,000

Las cifras redondas quedan justo por encima de las medidas. Nuestro servicio redondea igual: un pedido aquí se dimensiona en 65,000 o 131,000 unidades para los dos tipos de transferencia, frente a unas necesidades medidas de 64,285 y 130,285. Eso deja 715 unidades de margen en ambos casos. Redondear hacia arriba es lo seguro, porque una transferencia que se queda corta de energía o bien quema el TRX del remitente para el resto o, si no se le permite quemar nada, falla con la energía ya gastada (cómo es ese fallo). Si se quema en vez de alquilarse, las cifras medidas salen a algo menos que las redondas:

Las dos cifras son solo de energía. Una transferencia gasta además ancho de banda, un contador aparte con una factura mucho menor (energía y ancho de banda, lado a lado).

Qué movería las cifras

La primera palanca es el factor. Pertenece al contrato y, a juzgar por los nombres de los parámetros, sube por pasos con el uso del contrato, hasta el techo. USDT está ahora en el techo, así que a partir de aquí el factor solo puede mantenerse o bajar, salvo que se cambie el propio techo. El umbral, el paso y el techo son parámetros de la red, que la gobernanza de la red puede cambiar. En el techo, el recargo es más de tres cuartas partes de lo que gasta una transferencia USDT. Con estas cifras, sin él la misma transferencia a un destinatario con USDT saldría a su coste base de 14,650 unidades.

La segunda es la tarifa de quema, getEnergyFee, de 100 sun por unidad los dos días en que la leímos. Decide lo que cuesta en TRX quemar la energía, y el número de unidades de energía es el mismo sea cual sea. La red la ha cambiado antes, y la guía de la comisión muestra la aritmética a la tarifa de hoy. El lado de la energía no se movió en las siete semanas que separan nuestras dos series de sondeos: 64,285 y 130,285, las dos veces.

Compruebe qué cifra costará un destinatario antes de firmar nada: GET /v1/address-check en la referencia de la API →