Blog · 18 de setembro de 2026

Energia vs bandwidth na TRON

A TRON mede dois recursos em vez de cobrar uma taxa, e uma mesa de pagamentos encontra os dois em proporções absurdamente desiguais. Energia vs bandwidth — a largura de banda da rede — não é uma escolha entre dois jeitos de pagar: toda transação gasta um pouco dos dois. Vale saber de qual deles você vai ficar sem, porque só um é alguma vez o motivo de uma transferência de USDT custar 6.5 TRX.

O que cada um mede

Bandwidth é cobrado pela transação em si: o tamanho dela em bytes, depois de assinada e transmitida. Energia é cobrada pelo que a transação faz a rede computar — as instruções de um contrato inteligente, executadas em cada nó que a valida. Uma transferência simples de TRX move um número entre duas contas e não roda código de contrato nenhum, então gasta bandwidth e energia nenhuma. Uma transferência de USDT é uma chamada ao contrato do USDT, então gasta os dois, e não chega perto de ser meio a meio (os dois medidores, em mais detalhe).

A divisão não é sobre tamanho. Uma transação pode ser longa e computar quase nada, ou curta e computar bastante. Bytes são um medidor e instruções são outro, e nenhum serve de proxy para o outro.

O que uma transferência de USDT leva de cada

Energia: cerca de 65,000 unidades quando o destinatário já tem USDT, cerca de 131,000 quando o endereço nunca teve e a transferência precisa criar a conta de token dele antes (por que há dois valores).

Bandwidth: algumas centenas de pontos. A única transferência de USDT de verdade que enviamos e medimos na mainnet, em 2 de setembro de 2026, gastou 345 pontos contra 130,285 unidades de energia, num mesmo recibo. O que vale notar é a escala, não o valor exato: a mesma transação é medida na casa das dezenas de milhares num medidor e na casa das centenas no outro.

A cota diária de graça, e por que energia não tem nenhuma

Toda conta ganha um pouco de bandwidth de graça, todo dia. O parâmetro da cadeia que define isso, getFreeNetLimit, deu 600 pontos na mainnet em 7 de setembro de 2026, e os mesmos 600 estavam num registro de conta ao vivo que capturamos em 2 de setembro. Contra uma transação de algumas centenas de pontos, isso é mais ou menos uma chamada de contrato por dia coberta, com a segunda já pagando.

Energia não tem doação dessas. Não existe energia diária de graça para uma conta em volume nenhum — os únicos jeitos de ter alguma são fazer stake por ela ou receber uma delegação, e uma conta sem nenhum dos dois paga por cada unidade de cada transferência que envia. Essa assimetria sozinha é quase tudo o que separa os dois medidores na prática.

O que a rede cobra quando cada um acaba

Nenhuma das duas faltas para a transação. As duas são tiradas do TRX do remetente por uma taxa do protocolo, e a transferência confirma como se nada tivesse acontecido — que é exatamente por que o custo é tantas vezes notado tarde.

Energia queima a 100 sun por unidade. Em cerca de 65,000 unidades isso dá os familiares 6.5 TRX, e 13.1 TRX quando o destinatário nunca teve USDT.

Bandwidth queima a dez vezes essa taxa por ponto — um ponto de bandwidth custa o que dez unidades de energia custam, pelos parâmetros que lemos em 7 de setembro de 2026. Isso soa pior do que é até as quantidades entrarem: em 345 pontos a queima dá 0.345 TRX, contra 13.1 TRX da energia dessa mesma transferência. Dez vezes a taxa, menos de um trinta e oito avos da conta, porque o medidor marca trezentos de um lado e cento e trinta mil do outro.

De qual uma mesa de pagamentos fica sem, na prática

Energia, sempre. Dez transferências por dia são 650,000 unidades de energia para arrumar em algum lugar, e alguns milhares de pontos de bandwidth, dos quais a cota de graça cobre a primeira transação do dia e nada depois dela — a doação é gasta inteira por transação, e não ponto a ponto. Escale isso para algumas centenas de transferências e o lado do bandwidth continua sendo aritmética de centenas de pontos por transação, enquanto o lado da energia é aritmética de centenas de milhares de unidades. Uma mesa que resolveu a energia resolveu o problema de recurso dela; uma mesa que resolveu o bandwidth resolveu um arredondamento.

Essa assimetria é por que o mercado de aluguel que existe é um mercado de energia.

Como conseguir mais de qualquer um dos dois

No papel os mecanismos são simétricos. Dá para fazer stake de TRX por energia ou fazer stake de TRX por bandwidth — o mesmo congelamento, apontado para outro medidor. Uma conta com stake pode delegar qualquer um dos dois recursos a outra conta por um período, e delegar entrega o recurso e nada mais: nenhuma chave, nenhuma aprovação, nenhum acesso a fundos.

Na prática o mercado é de um lado só. Energia é alugada por minuto por uma indústria inteira. Bandwidth quase não é alugado: o maior contrato de aluguel on-chain que medimos está com o lado do bandwidth desligado, uma flag que lemos em 2 de setembro de 2026, e o nosso próprio feed de mercado também não cota produto de bandwidth nenhum — uma taxa por ponto de bandwidth não é um preço barato de energia, por mais parecidos que os dois fiquem numa coluna (o que o feed cota).

O que um pedido entrega, e o que ele não toca

Um pedido aqui entrega energia, e é isso por inteiro: energia na carteira que envia, por uma janela longa o bastante para enviar dentro dela (quanto custa uma transferência agora). Nada nele toca bandwidth, e nada precisa — os pontos de graça cobrem a primeira transação do dia, e depois disso a rede tira as suas poucas centenas de pontos do TRX a um preço que continua sendo arredondamento ao lado da energia que fica do lado dele.

O único lugar em que essa cota de graça carrega peso é a carteira sem TRX nenhum. Energia delegada a ela cobre a chamada de contrato, e o bandwidth diário de graça cobre os bytes, então a transferência sai de uma conta vazia — na primeira transação do dia. A segunda precisa de um pouco de TRX na conta para os bytes, e energia nenhuma substitui isso (o resto desse arranjo).