Anatomia de uma lista negra de USDT: como a Tether congela tokens

A Tether tem a capacidade técnica de bloquear os USDT detidos em qualquer endereço de blockchain. Após esse bloqueio, o proprietário do endereço já não pode transferir USDT, ainda que continuem a aparecer no saldo.

Desde 2017 a Tether iniciou a inclusão em lista negra de aproximadamente 8000 endereços de blockchain com um valor combinado de mais de 4 mil milhões de dólares.

Face à escala global da circulação de USDT, estes números podem parecer pequenos. Mas, para um participante individual do mercado, uma lista negra torna-se um evento crítico — especialmente quando está convencido de que não fez nada ilegal. Esses casos não são tão raros como podem parecer. O facto de alguns endereços serem posteriormente desbloqueados confirma que, por vezes, foram tomadas decisões individuais baseadas em conclusões incorretas do iniciador.

A inclusão na lista negra não acontece de forma arbitrária — tem de haver fundamentos, e o procedimento tem uma vertente jurídica e outra operacional. Abordamos esses aspetos num artigo à parte sobre quem toma efetivamente a decisão. O objetivo deste artigo é explicar a mecânica técnica da lista negra de USDT.

Como funciona uma transferência normal de USDT

Para compreender o processo de bloqueio, primeiro precisamos de entender como ocorre tecnicamente uma transferência normal de USDT.

Consideremos um exemplo de uma transação de USDT na rede TRON. O utilizador inicia uma transferência de USDT do seu endereço para o endereço de um destinatário. Nesse momento, a transação interage com o contrato inteligente do USDT em TRON:

TR7NHqjeKQxGTCi8q8ZY4pL8otSzgjLj6t

O contrato inteligente é o que trata da contabilidade de saldos e do processamento das transferências de tokens. Quando uma transferência é executada, é invocada a lógica interna de transferência de tokens do contrato. Ao nível dos eventos do contrato, isto é registado como um evento Transfer — ou seja, a movimentação de um ativo do remetente para o destinatário.

De forma simplificada, o processo é assim:

1. O utilizador inicia uma transferência de USDT;
2. A transação chama o contrato inteligente do USDT;
3. O contrato verifica as condições da transferência;
4. Se não houver restrições, o saldo do remetente diminui e o do destinatário aumenta;
5. É registado um evento Transfer on-chain.

O USDT em Ethereum funciona de forma semelhante: uma transferência é processada através do contrato inteligente do token, e uma transferência bem-sucedida é registada como um evento Transfer. As principais diferenças entre TRON e Ethereum vêm do ambiente técnico: padrão do token, formato do endereço, taxas, velocidade de processamento das transações.

Mecanismos de controlo no contrato inteligente do USDT

Além das transferências normais, o contrato inteligente do USDT dispõe de funções administrativas que permitem ao emissor gerir a forma como o token circula para endereços específicos. O emissor pode adicionar um endereço à lista negra, removê-lo da lista negra e queimar os USDT detidos num endereço em lista negra.

Estas ações refletem-se através de eventos do contrato. Para analisar as listas negras, três eventos são fundamentais:

• AddedBlackList — adicionar um endereço à lista negra;
• RemovedBlackList — remover um endereço da lista negra;
• DestroyedBlackFunds — queimar os fundos num endereço em lista negra.

De forma simplificada, a lógica é assim:

1. A Tether adiciona um endereço à BlackList;
2. O contrato inteligente começa a reconhecer esse endereço como estando em lista negra;
3. Quando se tenta uma transferência enviada, o contrato verifica o estado do endereço;
4. Se o endereço estiver na BlackList, a transferência é rejeitada;
5. Se o endereço não estiver na BlackList, a transferência pode prosseguir.

De preban a ban: como a lista negra aparece on-chain

A inclusão de USDT na lista negra em TRON é registada não como um único evento, mas como duas etapas on-chain relacionadas: primeiro, cria-se uma operação no MultisigWallet da Tether; depois essa operação é executada e resulta na adição do endereço à BlackList.

Esta sequência pode ser dividida convencionalmente em dois eventos:

1. Preban — criação da operação no MultisigWallet da Tether.
2. Ban — execução real da operação, após a qual o endereço entra na BlackList.

Preban: criar a operação no MultisigWallet da Tether

Na etapa de preban, é chamado um método do contrato multisig. Nesta transação, o endereço ainda não está efetivamente em lista negra — apenas se cria uma operação que o multisig deve executar após a confirmação necessária.

Parâmetros-chave de uma transação de preban:

Nos event logs da transação de preban são registados os eventos do contrato multisig. TransactionId é o identificador interno da operação no MultisigWallet da Tether que será executada mais tarde.

Onde está oculto o endereço que vai ser incluído na lista negra

O endereço que será incluído na lista negra não é exibido diretamente nos event logs da transação de preban. Está oculto dentro do parâmetro Data, que deve ser descodificado de acordo com as regras do Solidity ABI.

Se a operação estiver a preparar uma chamada a uma função de lista negra, a estrutura dos dados é assim:

0xecb93c0 + 32-byte address argument
(<function selector> + <ABI-encoded arguments>)

Os primeiros 4 bytes são o seletor da função. O resto é o argumento codificado em ABI. Para extrair o endereço, tomam-se os últimos 20 bytes do argumento e descodificam-se.

Em TRON, os endereços podem ser exibidos de duas formas:

• Formato hex — começa com o prefixo 41;
• Formato Base58Check — legível por humanos, começa com T.

Ban: adicionar efetivamente o endereço à BlackList

O bloqueio efetivo ocorre mais tarde, quando a operação multisig criada é executada. Na transação de ban, os logs do contrato USDT mostram:

AddedBlackList(address target)

Este evento é a confirmação on-chain de que o endereço foi adicionado à BlackList.

A janela de oportunidade: tempo de preban a ban

Entre o preban e o ban há um intervalo de tempo. Antes de o evento AddedBlackList aparecer, o endereço ainda não está na BlackList e mantém tecnicamente a capacidade de usar USDT. Este intervalo é o que chamamos de janela de oportunidade.

A janela costumava ser de dias. Agora encurtou-se consideravelmente — por vezes horas, por vezes minutos. Isto reduz a previsibilidade para o proprietário do endereço e torna a resposta rápida crítica.

Antes do evento AddedBlackList, o endereço ainda pode realizar transferências enviadas de USDT. Assim, na perspetiva de um utilizador de boa-fé que vê o risco de uma lista negra iminente, a sequência racional de ações é: primeiro retirar os fundos do endereço potencialmente bloqueado, depois tratar dos motivos do bloqueio.

O que acontece depois do ban efetivo

Após a inclusão na lista negra, o endereço já não pode enviar USDT. As transferências enviadas são rejeitadas pela lógica do contrato inteligente. Os fundos continuarão a aparecer no saldo, e as transferências recebidas podem, tecnicamente, chegar ao endereço.

O que acontece a seguir depende dos fundamentos da inclusão na lista negra:

• O endereço pode permanecer na BlackList indefinidamente;
• O endereço pode ser desbloqueado através de RemovedBlackList;
• Os fundos podem ser queimados através de DestroyedBlackFunds, com possível reemissão para um novo endereço.

Após o ban efetivo, o trabalho passa para o plano jurídico e analítico: identificar a origem do risco, preparar analítica on-chain, confirmar a proveniência dos fundos e comunicar com a Tether e as estruturas estatais que iniciaram a lista negra — com o envolvimento de aconselhamento jurídico competente.

Como saber que o seu endereço foi colocado em lista negra pela Tether

Muitas vezes os utilizadores não se apercebem da lista negra de imediato. À primeira vista tudo parece normal: os USDT aparecem no saldo, a rede funciona, o endereço está correto, as transferências recebidas são creditadas com sucesso. Mas ao tentar enviar USDT, a transação falha.

Outras operações no endereço podem continuar a funcionar normalmente. Por exemplo, o utilizador pode enviar com sucesso TRX ou outros tokens, enquanto o problema surge apenas com as transferências enviadas de USDT. Este é um sinal importante: a lista negra da Tether aplica-se ao nível do contrato inteligente do USDT, não a todo o endereço na rede TRON.

As transferências enviadas de USDT falham, enquanto outras operações (enviar tokens nativos, receber fundos recebidos) funcionam normalmente.

— O principal sinal da lista negra

Se o endereço estiver na BlackList da Tether, o contrato inteligente do USDT rejeita a tentativa de transferência enviada. Na carteira, isto pode aparecer como um erro de envio, e no explorador de blocos a transação pode ser apresentada com estado Failed.

É importante distinguir a inclusão na lista negra dos problemas técnicos comuns:

• Falta de token nativo (TRX, ETH) para pagar as taxas;
• A carteira não envia a transação (falha da interface, do RPC ou da carteira);
• Congestionamento da rede ou interrupções temporárias da infraestrutura.

Como verificar a inclusão na lista negra através do contrato inteligente do USDT

Passo 1. Abra o contrato inteligente do USDT em TRON no Tronscan: TR7NHqjeKQxGTCi8q8ZY4pL8otSzgjLj6t

Passo 2. Vá ao separador Contract.

Passo 3. Abra a secção Read Contract.

Passo 4. Encontre o método getBlackListStatus. No Tronscan pode aparecer como «8. getBlackListStatus (59bf1abe)».

Passo 5. Introduza o endereço que pretende verificar e execute a consulta.

A verificação manual via Tronscan serve para uma verificação pontual. Para uma resposta rápida, é melhor usar monitorização automatizada: pode acompanhar as adições à BlackList através do evento AddedBlackList e — quando a funcionalidade estiver disponível — expor sinais de uma lista negra iminente antes do evento AddedBlackList efetivo.

Como monitorizar a atividade de listas negras de USDT em tempo real

Cada evento — preban, ban, unban, destroy — é registado publicamente on-chain. Isto significa que qualquer pessoa pode construir a sua própria monitorização:

• Abordagem direta — executar um nó de arquivo de TRON e Ethereum, subscrever os event logs do contrato USDT através de WebSocket. O mais barato em custo, mas exige infraestrutura.
• Através de serviços de terceiros — QuickNode Streams, webhooks da Alchemy, Infura. Pago, mas sem infraestrutura própria.
• Através de um produto pronto a usar — nós fazemos isto em tempo real desde 2017: feed de alertas por Telegram, REST API, servidor MCP para ferramentas de IA, dataset da HuggingFace para investigadores.

Leituras adicionais

• Quem decide realmente sobre uma lista negra de USDT — sobre as origens das listas negras: forças da ordem, sanções, a avaliação de risco interna da Tether.
• Desbloqueio em massa a 14 de maio de 2026 — 497 endereços em 72 minutos — um caso prático de um evento raro, analisado a partir de dados on-chain.