Golpes com pagamentos em cripto contra lojistas (e como impedi-los)

Cripto não tem chargeback, então golpistas atacam lojistas de outras formas: comprovantes falsos, endereços envenenados, tokens imitação e 'reembolse para este novo endereço'. Veja como cada golpe funciona e as regras simples que o impedem.

Atualizado: 3 min de leitura
Golpes com pagamentos em cripto contra lojistas — print de pagamento falso comparado a uma fatura confirmada on-chain

Golpes com pagamentos em cripto contra lojistas raramente quebram a blockchain — eles enganam pessoas. Os mais comuns são prints de pagamento falsos, envenenamento de endereço, tokens imitação, truques de reembolso e phishing do seu painel ou carteira. A melhor defesa é uma regra: considere um pedido pago só quando o seu próprio gateway ou carteira mostrar o pagamento confirmado, nunca porque o cliente disse.

Abaixo, como cada golpe funciona, como reconhecê-lo e o que mudar no seu processo para que ele não dê certo.

Os golpes num relance

GolpeComo funcionaO que impede
Comprovante falsoPrint editado ou hash falso enviado no chatEntregar só com status confirmado no painel ou via webhook
Envenenamento de endereçoMicrotransferências de um endereço parecido para você copiar o errado depoisNunca copiar endereços do histórico; conferir o endereço inteiro
Tokens imitaçãoUm token sem valor chamado "USDT" enviado no lugar do verdadeiroConferir o contrato do token, não o nome — um gateway faz isso por você
Truque do pagamento a maior"Mandei demais, devolva a diferença para este outro endereço"Confira você o valor recebido; reembolse só para endereços verificados
Suporte falso e phishingMensagens ou sites pedindo login, código 2FA ou frase de recuperaçãoSuporte de verdade não pede segredos; use favoritos e 2FA
Resumo: a confirmação on-chain é a única prova de pagamento. Prints, mensagens de "enviado!" e hashes colados no chat são alegações, não pagamentos.

1. Prints e hashes de transação falsos

O comprador manda um print da carteira com "Enviado 250 USDT", ou um hash que pertence ao pagamento de outra pessoa, e pede envio imediato. Editar um print leva segundos.

  • Uma fatura por pedido — cada pedido tem seu valor e sua página de pagamento, e o pagamento é conciliado automaticamente.
  • Entregue só com confirmado — com gateway, envie quando a fatura estiver confirmada ou o webhook assinado chegar. Veja webhooks de pagamento cripto.
  • Se alguém insistir — abra o hash num explorador de blocos e confira destinatário, token, valor e horário. Muitas vezes nem é o seu endereço.

2. Envenenamento de endereço

Golpistas enviam valores minúsculos à sua carteira a partir de um endereço que começa e termina igual a um que você usa. Depois, ao copiar "seu" endereço do histórico para enviar fundos ou compartilhá-lo, você copia o deles.

  • Copie da fonte — tela de receber da carteira ou contatos salvos, nunca do histórico.
  • Confira o endereço inteiro — não só os quatro primeiros e últimos caracteres.
  • Teste antes — em saques ou reembolsos grandes, uma pequena transferência de teste é um seguro barato.

3. Tokens imitação

Na maioria das redes, qualquer pessoa pode criar um token e chamá-lo de "USDT". Olhando só nome e valor, um token sem valor pode parecer um pagamento real.

Um gateway de pagamento concilia as transferências com o contrato oficial do token numa rede específica, então um token falso nunca marca uma fatura como paga. Se você recebe numa carteira simples, confira o endereço do contrato num explorador. Mais sobre redes: USDT TRC-20 vs ERC-20.

4. Truques de reembolso e de pagamento a maior

"Mandei 500 em vez de 50 sem querer — devolva 450 para o endereço do meu amigo." Às vezes nada foi enviado a mais; às vezes o excedente veio de uma fonte roubada.

Regra: confira o valor recebido no seu próprio painel, reembolse só a diferença real, só para um endereço que o cliente confirme na mesma conversa verificada — e nunca para um endereço novo de terceiros. O processo completo está em como reembolsar um pagamento em cripto.

5. Suporte falso, phishing e roubo de conta

  • Ninguém precisa da sua frase de recuperação — nem seu gateway, nem empresa de carteira, nem "segurança". Quem pede é golpista.
  • Salve o painel nos favoritos — entre por um favorito, não por links em mensagens ou anúncios.
  • Ative a autenticação em dois fatores — e nunca compartilhe os códigos.
  • Proteja as configurações de saque — trate qualquer mudança de endereço de saque como evento de segurança e confira duas vezes.

Checklist antifraude curto para a equipe

  1. Uma fatura por pedido com valor e validade fixos.
  2. Envie só com status confirmado ou webhook assinado.
  3. Nunca copie endereços do histórico de transações.
  4. Reembolse só depois de conferir você mesmo o valor recebido.
  5. Segredos são segredos — frases de recuperação offline, 2FA ligado, login pelos favoritos.
  6. Coloque no papel — um processo de uma página que todos sigam.

Aceite cripto com segurança na mistKET

A mistKET cria uma fatura hospedada para cada pedido, detecta e confirma USDT na TRON automaticamente e envia webhooks assinados, então sua loja reage a pagamentos reais on-chain, não a prints. Novo em gateways? Leia o que é um gateway de pagamento cripto, veja os preços, entre no painel do lojista ou candidate-se pelo Telegram em @mistnetwork.

Perguntas frequentes

Um print de pagamento prova que o cliente pagou?
Não. Prints são fáceis de editar. Considere o pedido pago só quando o gateway ou a carteira mostrar o pagamento como confirmado.
O que é envenenamento de endereço?
Golpistas enviam microtransferências de um endereço parecido com o seu para você copiar o errado do histórico depois. Copie sempre endereços da fonte original.
Alguém pode me pagar com USDT falso?
Sim, qualquer um pode criar um token chamado USDT. Um gateway confere o contrato oficial do token, então tokens falsos não marcam faturas como pagas.
Um cliente diz que pagou a mais e quer a diferença em outro endereço. O que fazer?
Confira primeiro o valor recebido no seu painel, reembolse só uma diferença real e só para um endereço que o cliente confirme na mesma conversa verificada.
Um gateway vai pedir minha frase de recuperação?
Nunca. Nenhum serviço legítimo precisa da sua frase de recuperação ou dos códigos 2FA; quem pede está tentando um golpe.

Artigos relacionados

Artigos recentes

Todos os artigos