Cinco minutos o una hora: cómo elegir un alquiler de energía TRON
Vendemos energía TRON en dos alquileres, de 300 segundos y de 3,600 segundos. Los dos entregan la misma energía para la misma transferencia, y los dos tienen su precio por unidad de energía para todo el alquiler. La hora deja esa energía más tiempo en la dirección. Cinco minutos sirven al software que envía en cuanto recibe la señal, y el tiempo extra compensa cuando entre la llegada de la energía y la salida de la transferencia hay una persona o un lote largo.
Un alquiler es una cantidad de energía y un plazo
Un pedido nombra la transferencia y, si quiere algo distinto de los cinco minutos por defecto, un duration_s. La energía se deduce de la transferencia: unas 65,000 unidades cuando el destinatario ya tiene USDT, unas 131,000 cuando no tiene. El alquiler no cambia esa cantidad. El precio se deduce del alquiler: current_price_sun es lo que cuesta una unidad durante todo el plazo, de modo que el precio de la hora es el precio de una unidad mantenida una hora, sin nada que multiplicar por doce.
En el alquiler de una hora, un pedido por una transferencia compra energía para una transferencia y una hora para enviarla. Una transferencia gasta las mismas unidades en el minuto dos que en el cincuenta, y la energía gastada apenas vuelve mientras dura el alquiler: la energía usada de una cuenta se regenera a lo largo del día siguiente, y una hora es más o menos una veinticuatroava parte de ese día. Cuánto dura la energía alquilada recorre ese ciclo diario y los otros dos relojes de una delegación.
La ventana es el alquiler menos tres segundos
Cuando la energía queda confirmada en la dirección de origen, el pedido lleva send_before. En el alquiler de cinco minutos son 297 segundos después de la confirmación, en el de la hora 3,597. Los tres segundos son los mismos en todos los alquileres, y lo único que hacen es que la ventana se cierre antes que el alquiler. La red empieza el alquiler en el bloque que llevó la delegación, nosotros empezamos la ventana cuando vemos esa delegación confirmada, y la distancia entre las dos cosas suele ser mayor que tres segundos. Una transferencia enviada justo al final de cualquiera de las dos ventanas puede llegar cuando la energía ya se ha ido a casa y quemar la comisión entera en TRX.
Esa distancia es del mismo tamaño en los dos alquileres. En cinco minutos sale de los 297 segundos, en la hora de los 3,597, y la regla sigue igual: envíe con el webhook order.ready o en la primera consulta que muestre send_before, y manténgase bien lejos del límite.
Un lote comparte un solo límite. Se cuenta desde la última delegación confirmada en el pedido, y no puede ser más tarde de lo que permita la primera compra exitosa, porque la energía no puede empezar antes de que se compre. Compramos a razón de aproximadamente un segundo por posición, y las posiciones a las que llegamos con menos de treinta segundos de ventana restantes no se compran: se cierran como failed con purchase_failed, y su reserva vuelve. En el alquiler de cinco minutos, eso corta un lote grande hacia su transferencia 269. En la hora, un lote completo de 500 cabe con casi toda la ventana de sobra.
Lo que compra una hora
El uso más sencillo es un conjunto de transferencias que se enviarán dentro de la hora, aunque no todas a la vez. Una tanda de pagos que sale según llegan las aprobaciones, o una cola que su propio código vacía a su ritmo, se puede pedir como un solo lote en el alquiler de una hora. La energía de todas las transferencias llega junta a la cartera de origen, y cada transferencia sale cuando está lista. Pida solo lo que va a enviar. Una posición cuya ventana se cierra sin usarse termina en expired y se cobra, porque la energía se entregó y se mantuvo durante toda la ventana.
La hora también cubre un envío que espera a una persona. En el mode A usted firma y emite la transferencia, y el pedido nunca ve cómo se firmó: caben una cartera de hardware y un segundo aprobador. Cinco minutos dejan poco margen para un aprobador, y una hora deja de sobra. El mode B no puede llevar al segundo aprobador, porque acepta una sola firma del propietario en Permission_id 0 y rechaza la multifirma.
El mode B es el que menos necesita la hora, incluso para una transacción firmada con mucha antelación. Allí usted nos entrega una transferencia firmada, y la emitimos en la misma pasada que marca la energía como lista, así que una sola transferencia no gana nada con una ventana más larga. La ventana también está limitada por la propia caducidad de la transacción, menos treinta segundos. Por eso la hora ayuda a un pedido del mode B solo cuando el lote tarda más de cinco minutos en comprarse y sus transacciones se firmaron para vivir más que eso. Es posible: aceptamos una caducidad de hasta 23 horas y 59 minutos después de que la transacción nos llegue. Qué hace de verdad una API de energía TRON recorre el mode B empezando por la petición.
Un pedido por un volumen (energy_units) de más de 131,000 unidades tiene que tomar la hora. Una posición así se compra por piezas a varios vendedores, y el alquiler de cada pieza corre desde su propia delegación, de modo que con cinco minutos la primera pieza empezaría a caducar mientras la última aún estuviera llegando. Un alquiler más corto se rechaza con 400 invalid_request, details.reason bulk_needs_longer_lease.
Lo que costó la hora frente a cinco minutos
La mayor parte del mercado vende la hora. De las diecisiete listas de precios que leyó nuestro seguimiento el 7 de septiembre de 2026, dieciséis cotizaban una hora. Cada uno de nuestros dos alquileres tiene su propio precio, recalculado frente al mercado, así que ninguno se deriva del otro. GET /v1/tariff/history traza un alquiler por petición, y con range=30d devuelve 720 puntos horarios con el precio al que vendimos. Leímos las dos series el 27 de octubre de 2026 y las comparamos hora a hora.
| La hora frente a cinco minutos, 30 días leídos el 27 de octubre de 2026 | Resultado |
|---|---|
| Puntos horarios en cada serie | 720 |
| Horas en que el alquiler de una hora costó más | 416 de 720 |
| Horas en que los dos costaron lo mismo | 116 de 720 |
| Horas en que el alquiler de una hora costó menos | 188 de 720 |
| Lo que costó la hora por cada 100 que costaron los cinco minutos, horas sueltas | de 71 a 122 |
| Lo mismo, los 30 días juntos | 102 |
| Lo mismo, cada una de las últimas cuatro semanas completas, de la más antigua a la más reciente | 102, 101, 98, 106 |
| Lo mismo, las 46 horas desde las 00:00 UTC del 26 de octubre | 108 |
El alquiler de una hora costó más en la mayoría de las horas y menos en algunas, y a lo largo del mes los dos quedaron cerca. La prima fue cambiando de una semana a otra, y en una de las cuatro semanas la hora salió más barata. La mayor parte de ese mes se vendió bajo el horario diario de precios anterior, y un único precio por alquiler lo sustituyó el 26 de octubre. La última fila empieza a las 00:00 UTC de ese día, así que sus primeras horas aún pueden llevar el horario, y dos días son muy pocos para decir si la diferencia se mantendrá.
El historial registra a qué precio vendimos y no promete nada sobre la próxima hora. Los precios de hoy de los dos alquileres están en la página de precios, y products[] de GET /v1/tariff devuelve las mismas cifras. Cuándo es más barata la energía TRON lee el mismo historial a lo largo de las horas del día.
Elegir un alquiler
Elija según lo más que puede tardar su envío después de que llegue la energía. Si son segundos, tome cinco minutos. Si es más, tome la hora, y pida solo las transferencias que hará dentro de ella.
Haga que su código lea los alquileres de products[] cada vez. Los productos entran y salen de venta sin una versión nueva: el alquiler de un día salió de venta el 25 de octubre de 2026, y un pedido o una estimación que nombre un alquiler que no está a la venta recibe 400 invalid_request, con los alquileres que sí lo están en details.allowed. El alquiler forma parte del cuerpo del pedido, así que un reintento con la misma clave de idempotencia y un duration_s distinto se rechaza con 409 idempotency_conflict y no crea nada.
Una cartera que envía todo el día no encaja en ninguno de los dos alquileres, y no hay nada más largo que una hora a la venta. Una regla de Auto-refill está hecha para eso: usted da una dirección y un presupuesto diario, y la cartera se vuelve a recargar después de cada transferencia que hace.
Lo que no medimos
No hemos medido cuánto esperan los pedidos de alquiler de una hora de nuestros propios clientes entre la entrega y el envío, así que nada de lo que aquí se dice indica cuánto de la hora usa un pedido típico. La distancia entre el inicio de un alquiler en la red y el nuestro se deduce de cómo se calcula la ventana, y no la hemos cronometrado por separado. La comparación de precios abarca un mes, casi todo bajo el horario diario anterior.
Calcule el precio del mismo lote en los dos alquileres antes de elegir uno, sin reservar nada: POST /v1/estimate acepta duration_s →