Comisiones de transferencia TRC-20 al detalle: energía, bandwidth y lo que realmente se cobra

Dos recursos, una transacción

Cada transferencia TRC-20 en TRON consume dos recursos distintos: bandwidth y energía. Se facturan por separado, se sacan de pools separados y tienen mecánicas de reposición completamente diferentes. La mayoría de los desarrolladores entienden uno u otro, pero la interacción entre ambos es donde los costos se mantienen manejables o se disparan.

El bandwidth cubre el costo en bytes brutos de difundir una transacción a la red. La energía cubre el costo de ejecución en la VM de correr la lógica del contrato inteligente. Una transferencia simple de TRX solo necesita bandwidth. Una transferencia TRC-20, que dispara la función transfer(address,uint256) del contrato del token, necesita ambos.

Bandwidth: la mitad más sencilla

Cada cuenta TRON recibe 600 de bandwidth gratis al día mediante una asignación base. Una transacción de transferencia TRC-20 estándar pesa típicamente unos 345 bytes, lo que se traduce aproximadamente en 345 unidades de bandwidth (la red cobra 1 de bandwidth por byte de datos de la transacción, incluyendo firmas y campos de memo).

Si tu cuenta tiene suficiente bandwidth diario gratis o TRX en staking para bandwidth, la transacción no cuesta nada en esta dimensión. Si el pool de bandwidth está vacío, la red quema TRX directamente a una tasa de 0.001 TRX por unidad de bandwidth (1000 SUN por byte). Para una transacción de 345 unidades, eso son 0.345 TRX quemados de la dirección remitente, sin necesidad de staking.

Las 600 unidades diarias gratuitas se reinician a las 00:00 UTC. Si haces transferencias de bajo volumen, raramente te encontrarás con costos de bandwidth. Los remitentes de alto volumen suelen hacer staking de TRX para bandwidth en lugar de quemar, ya que el rendimiento del staking cubre más transacciones por TRX que la tasa de quema.

Energía: donde vive el costo real

Una transferencia USDT TRC-20 consume aproximadamente 65 000 de energía. Ese número proviene de la ejecución de bytecode compatible con EVM dentro de la Máquina Virtual de TRON: lecturas y escrituras de almacenamiento en el mapeo de saldos del contrato, la emisión del evento para el log Transfer y verificaciones de seguridad internas. La cifra exacta puede variar ligeramente según si los slots de almacenamiento se están escribiendo por primera vez (en frío) o actualizando (en caliente), pero 65 000 es la cifra estándar para una transferencia USDT típica entre dos direcciones activas. Una transferencia a un destinatario cuyo saldo de USDT es actualmente cero aproximadamente se duplica a alrededor de 130 000 de energía porque se asigna un nuevo slot de almacenamiento.

La energía tiene dos fuentes: tu propio TRX en staking o energía alquilada (delegada) de un tercero. Hacer staking de TRX te da una participación proporcional del pool total de energía de la red, y el pool se regenera linealmente hasta el 100% a lo largo de 24 horas. La relación exacta de energía por TRX en staking depende de la cantidad total en staking en toda la red y cambia con el tiempo. Recuperar 65 000 de energía únicamente de tu propio staking requiere una cantidad significativa de TRX bloqueado, razón por la cual existe el alquiler de energía.

Qué ocurre cuando se acaba la energía

Si una transacción necesita 65 000 de energía y tu cuenta no tiene suficiente disponible, la red no procesa silenciosamente una ejecución parcial. En su lugar, comprueba el fee_limit de la transacción y quema TRX de tu cuenta, hasta ese límite, para cubrir el déficit de energía, y luego ejecuta la transacción completa. Si el déficit excediera tu fee_limit, la transacción falla antes de que se confirme cualquier cambio de estado.

Este es el escenario que quieres evitar: pagar tanto por tu energía en staking como por TRX quemado encima, o peor, que la transacción falle por completo porque el fee_limit se fijó demasiado bajo. Puedes consultar el costo actual en TRX para cubrir 65 000 de energía en la página de precios antes de comprometerte con una estrategia.

Stake 2.0 cambió cómo funciona la delegación

Antes de Stake 2.0 (activado en mainnet en abril de 2023), el staking y la delegación estaban entrelazados: el propietario del recurso llamaba a freezeBalance y especificaba directamente una dirección receptora, el freeze estaba ligado a esa receptora, y el modelo no tenía la flexibilidad necesaria para mercados de recursos.

Stake 2.0 introdujo freezeBalanceV2 y separó la acción de staking de la acción de delegación. Ahora haces staking de TRX en un pool personal de energía o bandwidth, y luego delegas ese recurso por separado mediante delegateResource. Esto significa que:

• Las delegaciones son revocables por defecto y se pueden reasignar sin deshacer el staking. Hay una bandera opcional lock: ponerla en true mantiene la delegación durante al menos el período mínimo de bloqueo de la red (actualmente 3 días). Sin esa bandera, puedes retirar la delegación en cualquier momento.
• El período de espera de 14 días para deshacer el staking aplica al staking subyacente de TRX cuando lo retiras, no a la delegación en sí.
• Las plataformas de alquiler de energía pueden ciclar delegaciones a muchas direcciones destinatarias desde una sola posición en staking.

On-chain, cuando una plataforma de alquiler como tronenergyrent.com delega energía a tu dirección, la cantidad delegada se refleja en el estado de tu cuenta, visible mediante wallet/getaccount como acquired_delegated_frozenV2_balance_for_energy. La energía utilizable correspondiente aparece contra el límite de energía de tu cuenta y se puede gastar de inmediato sin ninguna acción de tu parte.

Costos de alquiler vs. costos de quema

El alquiler tiene precios por tramo de duración: 1 hora, 1 día, 3 días, 30 días. El tramo de 1h es el más barato en TRX absoluto, el tramo de 30d es el más caro, con 1d y 3d en medio. El precio refleja cuánto tiempo permanece bloqueado a tu dirección el staking subyacente de TRX de la plataforma: ventanas más largas = más capital inmovilizado = más TRX cobrado. Para los números actuales por tramo en TRX, consulta precios.

Comparado con quemar, el alquiler casi siempre gana para los remitentes que planifican con antelación. Quemar los 65 000 de energía completos a la tasa dinámica de la red es directo pero está expuesto a lo que sea el costo de quema actual, que puede moverse bruscamente cuando cambia la demanda total de energía de la red. El alquiler te da un costo fijo en TRX al momento del pedido.

El orden de prioridad de recursos durante la ejecución

Cuando una transacción se ejecuta, la VM consume energía en un orden específico:

1. Energía respaldada por recursos delegados a tu dirección por otras cuentas
2. Energía de tu propio TRX en staking
3. TRX quemado de tu cuenta para cubrir cualquier déficit restante (limitado por fee_limit)

Este ordenamiento importa para las estrategias de alquiler. La energía delegada se consume antes que tu propio staking. Así que si tienes a la vez tu propia energía en staking y energía alquilada, se consume primero la porción alquilada. Una vez que la ventana del alquiler expira y la delegación se reclama, tu cuenta vuelve a su propio saldo en staking o, si eso no es suficiente, a quemar TRX.

El bandwidth sigue la misma prioridad: asignación diaria gratuita primero, luego bandwidth en staking, luego quema de TRX. No hay sustitución entre recursos; no puedes usar energía sobrante para cubrir un déficit de bandwidth.

Cómo leer el estado de recursos de tu cuenta on-chain

El endpoint de la API de TRON wallet/getaccountresource devuelve un objeto JSON con los campos que deberías conocer:

• EnergyLimit: energía total actualmente disponible para tu cuenta desde tu propio staking
• EnergyUsed: energía consumida en la ventana actual de 24 horas
• TotalEnergyLimit: energía total de toda la red (útil para calcular la relación staking-energía)
• TotalEnergyWeight: peso total en staking en toda la red para energía
• freeNetLimit: tu asignación diaria gratuita de bandwidth (típicamente 600)
• NetLimit: bandwidth de tu propio TRX en staking
• NetUsed: bandwidth consumido hoy
• TotalNetLimit, TotalNetWeight: totales de toda la red para bandwidth

Para ver cuánta energía te han delegado otros a tu dirección, consulta wallet/getaccount y lee el campo acquired_delegated_frozenV2_balance_for_energy. Para detalle por delegador, incluyendo cualquier vencimiento de bloqueo, usa wallet/getdelegatedresourcev2.

Si estás construyendo un sistema que envía transferencias TRC-20 de forma programática, hacer polling a estos endpoints antes de difundir te permite detectar condiciones de energía baja antes de que provoquen quemas inesperadas de TRX. La documentación de la API cubre cómo integrar verificaciones de recursos y pedidos de energía en flujos de trabajo automatizados.

Por qué los contratos de tokens varían en consumo de energía

La cifra de 65 000 de energía de USDT es específica del contrato de Tether en TR7NHqjeKQxGTCi8q8ZY4pL8otSzgjLj6t. Otros contratos TRC-20 diferirán. Un contrato de token con lógica adicional (mecánicas de comisión por transferencia, verificaciones de allowance para routers o emisiones de eventos para múltiples topics) consumirá más energía por llamada. Un contrato minimalista al estilo ERC-20 podría quedarse por debajo de 30 000.

La única forma fiable de conocer el costo real de energía de un contrato es simular la transacción o revisar registros históricos de ejecución de ese contrato específico en un explorador de bloques. No apliques la cifra de USDT universalmente a todos los tokens TRC-20.