O envenenamento de endereço é um golpe em que o atacante gera um endereço parecido cujos primeiros e últimos caracteres coincidem com os de um endereço que você já usa, e então o planta no seu histórico de transações com uma transferência dust ou de valor zero, na esperança de que um dia você o copie no lugar do endereço verdadeiro. A transferência plantada não rouba nada por si só: não cria nenhuma aprovação, não toca em nenhuma chave e não dá ao atacante controle algum sobre sua carteira — o ataque inteiro é uma aposta num futuro erro de copiar e colar. A defesa é, portanto, comportamental: nunca tire um endereço do histórico de transações, verifique o meio do endereço e não apenas as pontas truncadas, e envie uma pequena transferência de teste antes de uma grande. Nenhuma carteira consegue reverter uma transferência que você aprovou, então numa carteira totalmente non-custodial como a WATS, em que você detém as chaves e a WATS nunca detém nenhuma, essa conferência antes de assinar é de fato a última linha de defesa.
O golpe que explora o copiar e colar
A maioria dos golpes cripto ataca suas chaves ou suas assinaturas. O envenenamento de endereço ataca um alvo mais frágil: seus hábitos. O atacante nunca toca na sua carteira e nunca pede que você assine nada. Ele simplesmente faz com que um endereço parecido apareça no seu histórico de transações — e espera o dia em que você o copiará no lugar do verdadeiro. Basta colar sem prestar atenção e uma transferência destinada ao seu próprio endereço ou a um contato habitual vai parar no atacante, de forma irreversível.
Como o envenenamento realmente funciona
O ataque começa com a geração. Endereços cripto são longos o bastante para que atacantes produzam barato endereços vanity que combinam com os primeiros e últimos caracteres do seu ou do de alguém com quem você transaciona — exatamente os caracteres que as interfaces exibem. Depois vem a semeadura. Às vezes é uma minúscula transferência "dust" de alguns centavos enviada ao seu endereço a partir do sósia. Em chains EVM, é mais comum uma transferência de tokens de valor zero: o padrão ERC-20 permite transferir uma quantia igual a zero, então o atacante pode chamar transferFrom referenciando seu endereço sem ter allowance alguma e ainda assim emitir um evento Transfer perfeitamente válido — que exploradores e listas de atividade das carteiras exibem como uma transação comum entre você e o endereço falso. Mais baratos ainda por vítima são os contratos de tokens descartáveis que emitem eventos Transfer fabricados, em lotes, para tokens que ninguém jamais possuiu. Seja qual for o método, o custo do atacante é um pouco de gas, e o resultado é idêntico: uma isca convincente agora está no seu histórico, esperando pacientemente.
Por que funciona: truncamento e confiança no histórico
Duas convenções de interface tornam a armadilha eficaz. Primeira: carteiras e exploradores truncam quase universalmente os endereços para algo como 0x1a2b…9f8e, então um sósia projetado para combinar com esses caracteres visíveis é indistinguível à primeira vista. O checksum do endereço não salva você aqui — um endereço envenenado é um endereço válido e com checksum correto, que simplesmente pertence a outra pessoa; não há entrada malformada alguma para o software rejeitar. Segunda: as pessoas tratam o próprio histórico de transações como uma agenda confiável: "o endereço para o qual enviei semana passada" parece seguro de reutilizar. O envenenamento transforma exatamente essa confiança em arma. Nada na entrada falsa parece anômalo; ela fica ao lado de transações legítimas, formatada de forma idêntica, muitas vezes espelhando a forma truncada de uma contraparte real.
O que o envenenamento pode e não pode fazer
Vale dizer com clareza: uma transação de envenenamento, por si só, não leva nada. Receber dust não compromete suas chaves; uma transferência de valor zero não concede nenhuma aprovação; o atacante não ganha nenhum poder sobre sua carteira. O ataque inteiro é uma aposta num erro futuro seu. Essa é a boa notícia — significa que a defesa é inteiramente comportamental e, ao contrário de um comprometimento de chave, não há nada a remediar. Ignore o dust (interagir com tokens "presente" desconhecidos é outra família de golpes), e a isca permanece inofensiva para sempre.
Por que hardware e autenticação não detêm o golpe
Esta é a parte que as pessoas avaliam mal. Toda camada que protege uma chave — um dispositivo de hardware, uma passkey, um cartão de aproximar para autenticar — responde a uma única pergunta: é a pessoa certa aprovando esta transação? O envenenamento de endereço nunca contesta isso. A assinatura é genuína, a aprovação é deliberada, a chave não está comprometida; só o destino está errado. O WATS NFC Metal Card ilustra bem a distinção: ele não armazena nenhuma chave privada, é aproximado para autenticar as chaves que vivem nos apps WATS, e está mais perto de uma chave de segurança física do que de um cofre de cold storage. Isso o torna uma proteção forte contra outra pessoa mover seus fundos, e proteção nenhuma contra você mesmo enviando fundos para um endereço copiado da linha errada do seu histórico. A conferência do destino tem de acontecer na tela, feita por você, antes de aprovar — e é por isso que assinar às cegas algo que você não leu é o primeiro hábito a abandonar.
Os hábitos que deixam você imune
Quatro hábitos fecham a porta. Nunca copie endereços do histórico de transações — pegue-os da interface do próprio destino, de uma página oficial ou de um contato salvo. Verifique mais do que as pontas: antes de assinar, confira também um trecho do meio do endereço, já que os sósias são gerados justamente para combinar com as pontas que as interfaces exibem. Use um contato salvo ou um serviço de nomes legíveis para contrapartes recorrentes, para que envios rotineiros não envolvam cópia alguma. E para transferências grandes ou para um endereço novo, envie um pequeno valor de teste e confirme a chegada antes de comprometer o resto. Combine isso com a higiene mais ampla das melhores práticas de segurança de carteiras — e lembre que o momento da assinatura é sempre a última linha de defesa, o mesmo princípio que rege conectar sua carteira a uma dApp com segurança.
Onde entra uma carteira como a WATS
Nenhuma carteira desfaz uma transferência que você aprovou, então a pergunta prática é se a sua carteira mantém a decisão nas suas mãos e remove o atrito que faz as pessoas se apressarem. A WATS é totalmente non-custodial: você detém as chaves, a WATS nunca detém nenhuma, em Ethereum, Arbitrum, Optimism, Base, Polygon, BNB Chain, Solana e TON. No lado do atrito, a WATS cobra as taxas de rede em um único token, ATS, em vez do token de gas nativo de cada chain — usando abstração de contas ERC-4337 na EVM e LayerZero OFT, de modo que um único saldo de ATS funciona omnichain. Isso não é um desconto: muda qual token paga, não quanto a transação custa. O que muda de fato é o comportamento: aquele pequeno envio de teste que você pularia por não ter o token de gas naquela chain específica passa a ser algo que você sempre pode fazer. O ATS recolhido como taxa alimenta uma queima que leva o suprimento de 100M para 30M, e a WATS é a primeira e única carteira a combinar taxas em token único ERC-4337 e OFT com essa queima; a mecânica está na página da taxa ATS. Se você der um único passo concreto depois de ler isto, que seja este: pare de tirar endereços do seu histórico e, da próxima vez que pagar um endereço novo na WATS, envie antes um pequeno valor de teste e verifique o meio do endereço, não só as pontas, antes de aprovar o restante.
Perguntas frequentes
O que é um ataque de envenenamento de endereço?
É um golpe em que um atacante gera um endereço parecido que combina com os primeiros e últimos caracteres visíveis de um que você usa, e então o planta no seu histórico via uma transferência dust ou de valor zero. O ataque não leva nada por si só — ele espera que você depois copie o endereço falso do histórico e envie fundos para ele. A defesa é comportamental: nunca pegue endereços do histórico e verifique além das pontas truncadas.
Recebi dust ou um token estranho de um endereço desconhecido — fui comprometido?
Não. Transferências recebidas não podem roubar chaves, criar aprovações nem controlar sua carteira — qualquer um pode enviar qualquer coisa para um endereço público. O risco só surge se você depois copiar o endereço do atacante por engano, ou se interagir com o contrato de um token desconhecido (um padrão de golpe distinto — simplesmente não toque nele). Ignore o dust e seus fundos permanecem exatamente tão seguros quanto antes.
Um dispositivo de hardware ou um cartão NFC me protege do envenenamento de endereço?
Não, e a WATS é explícita sobre o porquê. O WATS NFC Metal Card não armazena nenhuma chave privada; ele é aproximado para autenticar as chaves que vivem nos apps WATS, mais perto de uma chave de segurança física do que de um cofre de cold storage. A autenticação prova quem está aprovando uma transação, não para onde os fundos estão indo — e no envenenamento de endereço a aprovação é genuína e o destino é que está errado. Só a leitura do endereço de destino antes de aprovar derrota esse ataque.
Como devo verificar um endereço antes de enviar?
Confira mais do que as pontas: os sósias são gerados especificamente para combinar com os primeiros e últimos caracteres que as interfaces exibem, então compare também um trecho do meio. Melhor ainda, evite a comparação manual em pagamentos rotineiros usando contatos salvos, e em transferências grandes ou para um endereço novo envie um pequeno valor de teste e confirme a chegada antes de enviar o restante. Na WATS, as taxas de rede são cobradas em ATS em vez do token de gas nativo de cada chain, então esse envio de teste é possível em qualquer chain suportada sem antes providenciar um ativo de gas separado.