Esta é uma integração real do TronZap. A pedido do parceiro, o nome verdadeiro da empresa foi substituído por "PAYLINE PSP" ao longo de todo o artigo. O fluxo de trabalho, a matemática dos recursos e os detalhes da integração são descritos como funcionam em produção.
O PAYLINE PSP é um provedor de pagamentos em cripto licenciado: tem uma licença de cripto (do tipo VASP), aceita pagamentos em moedas digitais em nome de lojas online e os liquida em stablecoins.
Como a maioria dos processadores, seu carro-chefe na TRON é o USDT TRC20, e sua arquitetura é a padrão: um endereço de depósito exclusivo por fatura.
O cliente paga a fatura, os fundos caem nesse endereço de uso único e então vem a parte que todo PSP conhece bem demais: o sweep, a consolidação do USDT do endereço da fatura para a tesouraria da empresa.
Esse único passo, repetido milhares de vezes por mês, é onde as taxas da TRON sangram o seu caixa ou não. Veja como o PAYLINE PSP fez com que não sangrassem.
A anatomia de um sweep de USDT na TRON, e por que ele custa dinheiro
Um sweep é só uma transferência de USDT: o endereço da fatura chama o contrato inteligente do USDT e envia o saldo para a carteira da tesouraria. Na TRON, essa chamada de contrato consome dois recursos:
- Energy (Energia): ~65.000 unidades. Para um PSP, este é sempre o caso barato. O destino é a própria tesouraria da empresa, que já tem USDT, então o custo dobrado de 131.000 do "destinatário de primeira viagem" fisicamente não pode acontecer em um sweep.
- Bandwidth (Largura de Banda): ~345 pontos pelos bytes da transação.
Antes da integração com o TronZap, os endereços de fatura do PAYLINE não tinham Energy, então a rede queimava TRX da pequena reserva que o sweeper depositava em cada endereço: cerca de 7 TRX por sweep ao preço atual de 100 sun por Energy. E antes mesmo de essa taxa bater, alguém precisa colocar TRX em milhares de endereços descartáveis, uma tarefa com custo de folha de pagamento próprio. No volume do PAYLINE, de cerca de 60.000 faturas pagas por mês, a aritmética era esta (TRX a US$ 0,30, para ilustrar):
| Por sweep | Por mês (~60.000 sweeps) | Por ano | |
|---|---|---|---|
| Energy paga com queima de TRX | ~7 TRX | ~420.000 TRX ≈ US$ 126.000 | ≈ US$ 1.512.000 |
| A mesma Energy alugada no TronZap | uma fração do preço da queima | várias vezes menos | várias vezes menos |
A diferença entre essas duas linhas se mede em dezenas de milhares de dólares por mês neste volume, dinheiro que estava sendo destruído on-chain, não pago a ninguém. Esse é o estudo de caso inteiro em uma tabela. O resto é como a integração funciona de fato, incluindo um detalhe que surpreende a maioria das equipes.
Sweeps não precisam de aluguel de Bandwidth. Nem um pouco.
É aqui que o padrão de endereço por fatura te recompensa. Toda conta TRON ativada recebe 600 pontos de Bandwidth grátis por dia, e uma transferência de USDT consome cerca de 345. Um endereço de fatura faz o sweep uma vez: uma transação de saída em toda a sua vida. Uma transação, 345 pontos, 600 grátis: a cota diária cobre com folga.
Então, ao contrário da hot wallet de uma casa de câmbio, que dispara dezenas de transferências por dia a partir de um único endereço e precisa reservar orçamento para Bandwidth, um PSP que faz o sweep de endereços de fatura de uso único precisa alugar apenas Energy. Sem compras de Bandwidth, sem pacotes: a cota gratuita dá conta em cada sweep, sem exceção. A lista de compras por sweep do PAYLINE tem exatamente uma linha: 65.000 Energy, delegação de uma hora.
Uma ressalva cabe aqui, porque pega as equipes que a ignoram: um endereço TRON que só recebeu tokens TRC-20 pode ainda não estar ativado on-chain, e uma conta não ativada não consegue iniciar o sweep (e também não recebe o Bandwidth grátis). O PAYLINE resolve isso na mesma chamada ao TronZap: o endpoint transaction/new aceita um parâmetro activate_address, então a ativação e a delegação de Energy chegam juntas quando um endereço de fatura novo precisa das duas.
O pipeline, de ponta a ponta
O PAYLINE conectou a API de Energy do TronZap ao seu sweeper existente.
O fluxo inteiro são quatro chamadas e uma transmissão:
Algumas observações de produção sobre a integração:
- Primeiro estime, depois compre. O
estimate-energyleva em conta o modelo dinâmico de Energy da TRON, então nos dias em que o contrato do USDT carrega uma sobretaxa, a compra é dimensionada pela realidade, não por um 65.000 fixo no código. - Delegações de uma hora se encaixam perfeitamente nos sweeps. O sweep é transmitido segundos depois de a Energy chegar, então não há motivo para pagar por uma janela de 24 horas.
- O SDK de PHP carregou tudo nas costas. Autenticação (token Bearer + assinaturas SHA-256), novas tentativas e tratamento de erros vieram do
tron-energy-market/tronzap-sdk-php. O sweeper ganhou cerca de cem linhas de código. - Agrupar continua importando. O custo de Energy não depende do valor em USDT, então o PAYLINE faz o sweep do saldo integral da fatura em uma única transferência, nunca em partes.
O ângulo do compliance
Um PSP licenciado não só movimenta dinheiro: ele precisa examiná-lo. O PAYLINE roda verificações AML nos pagamentos recebidos pela mesma conta do TronZap: o endpoint /v1/aml-checks/new examina o endereço do pagador ou o hash da transação de depósito antes de o sweep entrar na fila, e pagamentos de risco são encaminhados para revisão manual em vez de irem para a tesouraria. Uma única chave de API agora cobre tanto a camada de recursos quanto uma camada de triagem, o que encurtou a lista de fornecedores que a equipe de compliance mantém.
O que a tesouraria vê agora
- A linha de queima de TRX foi a zero nas operações de sweep: todo sweep roda com Energy alugada e Bandwidth grátis.
- Chega de logística de TRX. Os endereços de fatura não precisam mais de reservas de TRX depositadas e conciliadas. A ativação, quando necessária, vai junto com a compra de Energy.
- Os custos ficaram lineares e previsíveis. Um sweep = uma taxa de aluguel conhecida, independentemente das oscilações do preço do TRX ou de quão "novo" é o endereço.
- Economia de cinco dígitos por mês com 60.000 sweeps, contra os ~US$ 126.000 que a queima consumia, com o número exato variando conforme o volume, o preço do TRX e as taxas de aluguel atuais em tronzap.com.
Copie esta configuração
Se você opera endereços de depósito por fatura na TRON, a sua versão disto é curta:
- Cadastre-se em tronzap.com e gere chaves de API no painel.
- A cada webhook de depósito:
estimate-energy→transaction/new(comactivate_addresspara endereços novos) →transaction/check→ transmita o sweep. - Pule o Bandwidth por completo: os 600 pontos grátis diários cobrem os ~345 de um sweep único.
- Pegue o SDK para a sua stack (PHP, Node.js ou Python) e a referência da API de Energy; os endpoints acima são tudo o que há.
- Opcional, mas sensato para operadores licenciados: adicione os endpoints de AML ao mesmo pipeline.
Perguntas frequentes
São mesmo sempre 65.000 Energy, nunca 131.000?
Para sweeps, sim, com uma única exceção pontual: a primeiríssima transferência de entrada em uma carteira de tesouraria nova em folha, que nunca teve USDT, custa o valor dobrado. Depois desse único evento, todo sweep para essa tesouraria é o caso padrão de ~65.000 para sempre, porque o custo dobrado só se aplica a quem recebe USDT pela primeira vez.
E se um cliente pagar a mesma fatura duas vezes?
Nada muda. Os dois depósitos se acumulam como um único saldo no endereço da fatura, e o sweeper move o saldo inteiro em uma única transferência. O custo de Energy não depende do valor em USDT, então dois pagamentos continuam significando um sweep de ~65.000 Energy e um consumo de ~345 pontos de Bandwidth.
Quando um sweep precisaria de aluguel de Bandwidth?
Só se o mesmo endereço tivesse que transacionar mais de uma vez em um mesmo dia: a cota gratuita é de 600 pontos por dia por conta, e cada transferência consome ~345. O padrão de endereço de fatura de uso único nunca chega lá, e é exatamente por isso que a lista de compras do PAYLINE continua tendo uma única linha: Energy.
Resumindo
O sweep de endereços de fatura em USDT é a transação mais repetitiva que um PSP faz na TRON, e a mais fácil de corrigir.
Os números do PAYLINE PSP dizem isso com clareza: os mesmos 60.000 sweeps mensais que queimavam cerca de US$ 126.000 em TRX agora rodam com Energy alugada por uma fração disso, com o Bandwidth coberto pela cota gratuita da própria rede e a ativação de endereços embutida na mesma chamada de API.
O padrão não é proprietário. São quatro chamadas à API de TRON Energy em um handler de webhook, e uma linha de queima que some do livro-razão.
Autores
Escrito por: Marc Wei — Engenheiro de Pagamentos em Blockchain
Revisado por: Aren Skovarr — Arquiteto TRON, Pesquisador e Estrategista de CEX
Marc e Aren vivem e respiram o ecossistema TRON. Eles auditam contratos inteligentes, desenham estratégias de staking e de recursos e colocam a Energy da TRON para trabalhar em casos de negócio reais: pagamentos, exchanges, iGaming.
Como consultores do TronZap, ajudam usuários e empresas a movimentar ativos digitais do jeito inteligente.
Voltar
