Cuándo es más barata la energía TRON
La respuesta a cuándo es más barata la energía TRON es un reloj y no una cifra. Nuestra tarifa de venta está cortada en franjas horarias, y dentro de una franja el precio se recalcula contra el mercado cada cinco minutos, así que lo que cuesta una hora cualquiera es algo que se mueve. Lo que se mueve menos es la forma del día: en los treinta días de historial horario que terminan el 7 de septiembre de 2026, el mismo tramo de horas fue el barato casi todos los días — de 01:00 a 12:00 UTC, con la hora que empieza a las 06:00 como la más barata de todas. Aquí está ese mapa, y lo que puede hacer con él una mesa de pagos.
Dónde caen los límites, en UTC
GET /v1/tariff es público y no pide clave, y su reference_schedule es el día cortado en tramos, ordenados por hora del día. Tal como está el corte hoy: Valle va de 01:00 a 12:00, Llano ocupa los dos hombros, de 00:00 a 01:00 y de 12:00 a 14:00, y Punta va de 14:00 a medianoche. El nombre de una franja es una banda de precio y no una hora del día: standard ocupa dos tramos separados, y por eso una fila se identifica por sus límites y no por su zone.
Dos campos le ahorran hacer aritmética de reloj por su cuenta. Exactamente una fila lleva active: true, y ese es el tramo en curso; next_change_at es el momento en que termina, y la vida de caché de la respuesta nunca es mayor que lo que falta para llegar a él. Lea esos dos en vez de comparar su propio reloj contra la tabla.
El resto del horario es un registro y no un pronóstico: cada tramo, incluido el que está corriendo, lleva lo que costó de verdad en su última aparición completa, y avg_basis dice si se midió algo siquiera — none, justo después de un cambio de horario, significa que la cifra es null y no algo inventado. Nada de eso es una cotización para más tarde: el único precio que obliga es el que queda fijado en un pedido cuando el pedido se crea.
Qué mostraron treinta días de historial
GET /v1/tariff/history?range=30d responde con 720 puntos, uno por hora, sin huecos y sin paginación. Promediar cada una de las veinticuatro horas del día a lo largo de los treinta días que terminan el 7 de septiembre de 2026 da una clasificación sencilla. La primera mitad de esa ventana es anterior al reprecio automático, cuando cada franja estaba en una cifra fija; la segunda mitad ya está repreciada, y la forma sobrevive a las dos.
Las once horas más baratas del día fueron, sin excepción, las once horas de la ventana Valle. La más barata de todas fue la hora que empieza a las 06:00 UTC, con las 05:00 justo detrás y toda la mañana de 05:00 a 09:00 muy apretada. A partir de ahí el precio subía por el hombro del mediodía, y de 14:00 a medianoche se quedaba en una meseta donde cada hora estaba a un pelo de las demás: la hora más cara fue la de 15:00, y el final de la noche quedó a su altura. La rara es la hora que sigue a medianoche: standard por nombre, pero de media más cara que cualquiera de las dos horas del mediodía y mucho más cercana a Punta.
En proporciones, que es la forma que vale la pena llevarse: en esos treinta días la ventana Valle promedió alrededor de una cuarta parte de lo que cobra la red por quemar esa misma energía, y la ventana Punta alrededor de un tercio. Punta contra Valle es aproximadamente cuatro a tres, así que mover un lote de la tarde a la mañana quitaba cerca de una cuarta parte de lo que se habría cobrado. Medido a lo largo de un mes; no prometido para mañana.
De los mismos datos salen dos advertencias. Es una tendencia y no un horario: el precio más barato del día se alcanzó en algún punto de Valle en veintisiete de los veintinueve días completos, lo que deja dos en los que no. Y una hora del día no es un precio: las lecturas de la hora más barata se reparten por una banda más ancha que la distancia media entre Valle y Punta. Los fines de semana quedaron un poco por debajo de los días laborables, pero por una fracción pequeña de la diferencia entre el día y la noche, y no lo bastante como para programar nada por ello.
Por qué el día tiene esa forma
Solo hasta donde se puede defender. Los límites son nuestros, y se mueven por un motivo declarado: el último cambio de corte, el 17 de agosto de 2026, sacó el tramo de 20:00 UTC a medianoche — las horas en las que los vendedores a los que recurrimos están en sus propias bandas más caras — de standard y lo metió en peak. Eso es un coste de suministro medido de nuestro lado, no una teoría sobre quién está despierto y dónde. Lo que cuesta una franja es un mecanismo distinto de cuándo corre: el horario responde al cuándo, y el precio dentro de él se recalcula contra el mercado cada pocos minutos.
La silueta no es solo nuestra, por si sirve de algo. De los vendedores que vigilamos, uno publica una curva de precios en vez de una sola cifra, y cuando se leyó el 3 de septiembre de 2026 su banda más barata caía en la madrugada UTC y la más cara iba del final de la tarde a medianoche: la misma forma, a la que llegó otro por su cuenta. Más allá de eso no podemos documentar una causa, así que no afirmamos ninguna.
Qué hace con esto una mesa de pagos
Mueva lo que pueda esperar. El precio de un pedido se fija en el momento en que el pedido se crea, así que lo que vale la pena programar es ese momento. Nóminas, liquidaciones, pagos a proveedores y barridos — todo lo que tenga un plazo en horas y no en segundos — son los candidatos, y hasta 500 transferencias entran como un solo pedido a un solo precio.
No intente programar una cartera caliente. Si una cartera envía todo el día no hay nada que desplazar, y en su lugar una regla de Auto-refill la recarga después de cada transferencia. Una cosa que conviene saber antes de intentarlo: la tarifa de recarga no es un precio de franja. Es un producto aparte con precio propio y no sigue el horario en absoluto, así que mover el tráfico de una cartera a la mañana no cambia nada de lo que cuestan sus recargas.
Dibuje su propio mapa. Todo lo anterior salió de dos peticiones públicas sin clave. range admite 24h, 7d o 30d, y solo él fija el tamaño de la respuesta: 24, 168 o 720 puntos, siempre.
curl -s 'https://api.nrg.market/v1/tariff/history?range=30d' # 720 puntos horarios: t, zone, price_sun, maintenance_price_trx
Su propio tráfico no es nuestro promedio, y un mes de sus propias horas es mejor mapa que este.
Vigile el límite, no el reloj. next_change_at es cuándo termina el tramo en curso, y es el campo con el que despertarse. Una tarea programada atada a una hora fija en el código se estropea en silencio el día que cambia el corte: el horario es de referencia, y puede cambiar sin que cambie con él ninguna versión de la API.
Lo que esta página no dice
Cuánto cuesta aquí la energía ahora mismo. Esa cifra se mueve cada pocos minutos, y un número escrito en una entrada está rancio antes de que la entrada se lea, así que ninguna página de este sitio publica uno. El precio en vivo, la franja en curso y el gráfico del historial están en la página de precios; dónde queda nuestro precio frente a lo que publican de sí mismos otros vendedores está en la página del mercado, con cada fila sellada con el momento en que se leyó. El otro lado de la comparación no se mueve: la red quema 100 sun por cada unidad de energía que una cuenta no puede aportar, unas 65,000 unidades para una transferencia a una dirección que ya tiene USDT, que son 6.5 TRX — y ese es el patrón contra el que se mide cada proporción de arriba.