A página de uma coleção mostra volume informado, um histórico de vendas e um último preço. Os três campos são montados a partir de um mesmo tipo de registro, e esse registro não tem nenhum campo dizendo quem controlava os dois endereços. Todo sinal de alerta de wash trading contorna esse campo ausente, e por isso cada um deles é uma pergunta e não um veredito.
O que um registro de venda realmente contém
Uma venda em um marketplace anota quatro coisas: o endereço do vendedor, o endereço do comprador, o preço e a hora. A propriedade se move em um sentido e o pagamento no outro, e ambos os movimentos são públicos. O que o registro nunca carrega é se uma mesma pessoa detém as chaves dos dois endereços.
O padrão do token é explícito sobre o quão pouco a rede se compromete a dizer. No ERC-721, o evento Transfer é emitido quando a propriedade de qualquer NFT muda por qualquer mecanismo, e o mesmo evento cobre criação e destruição. Ele informa que um proprietário mudou. Não informa por quê, nem informa que houve valor circulando no sentido contrário.
O padrão de royalties diz o mesmo pelo lado do dinheiro. O ERC-2981 afirma que o pagamento de royalties precisa ser voluntário, já que mecanismos de transferência como transferFrom() incluem transferências de NFT entre carteiras, e executá-las nem sempre implica que uma venda tenha ocorrido. Um documento de padrão recusa, com as próprias palavras, tratar uma transferência como prova de uma negociação.
Essa lacuna é o espaço em que o wash trading atua. O termo descreve uma transação em que a mesma parte fica dos dois lados, de modo que, ao terminar, a posição e o risco de mercado de ninguém mudaram. Em uma plataforma com livro de ordens, esse arranjo exige duas contas que se encontrem em um motor de casamento. Em um marketplace, bastam duas carteiras, um anúncio e uma compra.
O que o padrão compra e quanto custa
Ele não é gratuito, então a primeira pergunta é o que ele deveria comprar. Um histórico de vendas faz uma coleção parecer negociada, e o volume de negociação informado é um dos primeiros campos que um possível comprador lê. Um preço registrado também dá a um item sem mercado contínuo um número público que outros sistemas podem citar. E onde uma plataforma distribui recompensas em proporção à atividade de negociação, o volume não é um efeito colateral, mas o produto.
Contra isso está o custo de cada venda impressa. Suponha que um marketplace cobre uma taxa de 2% e a coleção defina um royalty de 5% que o marketplace encaminha. Cada venda registrada custa então 7% do preço que ela imprime, e esse dinheiro sai do par de carteiras enquanto o token volta ao ponto de partida. Como o ERC-2981 apenas pede que marketplaces que apoiam o padrão implementem algum método de transferir royalties ao destinatário, quanto desses 7% é de fato cobrado depende da plataforma e não do contrato.
Sinal um: os mesmos endereços continuam se encontrando
A forma mais simples é a ida e volta. Um token sai de um endereço, troca de mãos uma ou várias vezes e retorna a um endereço que já o detinha. Um ciclo é a mesma ideia aberta em leque: três ou quatro endereços passam um token adiante de modo que duas linhas consecutivas do histórico nunca compartilhem o mesmo par, e ainda assim ele termina onde começou. Cada linha isolada parece comum, e a forma aparece somente quando o histórico é lido como um todo.
A cadência pertence à mesma leitura. Vendas espaçadas em intervalos iguais, ou agrupadas em uma sequência curta que para em uma data de corte, descrevem um processo que roda por cronograma. Decisões tomadas por pessoas distintas à medida que surgem não se organizam sozinhas dessa forma, embora uma estratégia automatizada organize.
As leituras contrárias ficam ao lado da observação. Um colecionador pode recomprar uma peça cuja venda lamenta, e quem move estoque entre uma carteira quente e um armazenamento frio produz transferências entre endereços controlados por uma só pessoa, que é exatamente o arranjo que o ERC-2981 tem em mente ao recusar tratar uma transferência como venda.
Sinal dois: as carteiras compartilham uma fonte de recursos
Todo endereço tem uma primeira entrada de recursos, e um explorador de blocos a mostra. Quando vários endereços de um mesmo histórico de vendas foram abastecidos a partir de um único endereço, em uma janela estreita e em valores parecidos, eles deixam de parecer participantes independentes e passam a parecer um só balanço.
O gás alarga o rastro. Cada endereço precisa manter a moeda nativa antes de conseguir assinar qualquer coisa, então a pergunta sobre recursos vale até para uma carteira que nunca comprou um token. Um endereço cujos dois únicos eventos são uma recarga recebida e uma compra de um vendedor relacionado é um histórico fino demais para sustentar um preço.
Fonte de recursos compartilhada levanta uma pergunta em vez de encerrá-la. O endereço de saque de uma plataforma custodiante abastece do mesmo lugar muitos usuários sem relação entre si, o implantador de um time abastece carteiras de pessoas que nada têm a ver umas com as outras, e contratos de distribuição enviam valores idênticos por projeto. A observação é que existe uma origem comum; o passo seguinte é perguntar qual dessas explicações a cobre.
Sinal três: o preço não se comporta como preço
Um preço produzido por negociação varia, porque duas partes precisam convergir. Um preço escolhido por uma parte só não tem motivo nenhum para variar. Impressões idênticas repetidas ao longo de uma série de vendas, degraus que sobem o mesmo incremento a cada vez e números redondos sem relação com as ofertas de venda no quadro são baratos de produzir e difíceis de explicar.
A relação com o resto da página carrega mais informação do que o número sozinho. Uma venda bem acima do anúncio ativo mais barato significa que alguém pagou mais do que precisava enquanto o token mais barato continuava disponível. Isso acontece quando um token carrega traços que o comprador queria, então a tabela de traços é o lugar onde essa leitura é conferida em vez de presumida.
Sinal quatro: o volume não deixa nenhum outro rastro
A demanda genuína muda vários campos ao mesmo tempo. Anúncios saem do quadro conforme são comprados, o número de detentores distintos se move, ofertas em aberto se reposicionam em novos níveis, e o conjunto de endereços que já compraram cresce. A atividade fabricada para preencher o campo de volume consegue mover apenas esse campo e deixar os demais parados.
É aqui que a análise on-chain se justifica, porque as comparações são razões e não totais: compradores distintos contra volume, número de detentores contra vendas registradas, e a fatia do volume de um período atribuível aos poucos endereços mais ativos. Tome uma coleção de 10.000 NFT cujo mês inteiro de vendas envolve seis endereços: o total de volume e o número de participação descrevem dois mercados diferentes.
Nenhuma dessas razões alcança a intenção. Elas descrevem o processo que produziu os dados, uma afirmação menor do que a que um leitor pode querer e a única que o registro sustenta.
Que campo cada sinal lê e o que mais o produziria
| Sinal de alerta | Onde ler | O que mais o produziria |
|---|---|---|
| Um token volta para um proprietário anterior | As colunas de endereço do histórico de vendas | Uma recompra, ou uma mudança entre carteiras de um mesmo dono |
| Várias carteiras abastecidas por um endereço | A primeira entrada de recursos em um explorador | Um endereço de saque de custodiante, ou um contrato de distribuição |
| Preços repetidos ou em degraus iguais | A coluna de preço em vendas consecutivas | Um vendedor precificando um lote por uma regra fixa |
| Vendas longe do anúncio ativo mais barato | Histórico de vendas lido contra o quadro de anúncios | Um traço que o comprador queria especificamente |
| Volume subindo com detentores parados | Estatísticas da coleção ao longo de um período | Acumulação por um endereço que já detinha tokens |
Juntar os sinais sem passar do ponto
O que muda conforme os sinais se acumulam não é a certeza, e sim o custo da explicação alternativa. Uma ida e volta entre duas carteiras abastecidas pelo mesmo endereço, precificada longe das ofertas em aberto e cronometrada contra uma janela de recompensas, são quatro observações, cada uma precisando da própria explicação inocente. Precisar de quatro ao mesmo tempo é uma posição diferente de precisar de uma.
Mesmo assim, dois limites valem. Registros públicos mostram transferências, preços e horários enquanto deixam de fora relações entre contas e finalidade, então uma leitura externa descreve um processo gerador de dados e não uma pessoa. E o mesmo padrão pode surgir sem intenção alguma por trás, vindo de uma estratégia automatizada, de um acordo de formação de mercado ou de uma tesouraria girando estoque entre os próprios endereços.
Em resumo
Um registro de venda carrega um vendedor, um comprador, um preço e uma hora, e não carrega nada que distinga duas partes independentes de uma parte só com dois conjuntos de chaves. Todo sinal de alerta de wash trading é um jeito de contornar esse campo ausente: pares repetidos, recursos compartilhados, preços descolados dos anúncios ativos, volume sem mudança correspondente nos detentores e atividade cronometrada por um calendário.
Leia qualquer um deles como pergunta, e vários juntos como motivo para deslocar o peso para os campos que custam mais para fabricar: o número de compradores distintos em um período e o quanto os tokens estão de fato espalhados. Para continuar aprendendo os fundamentos, acompanhe mais conteúdos da Bitbase Academy.
Leituras relacionadas
Outros artigos da Bitbase sobre este tema:
- Indicadores de congestionamento de rede e o que cada um mede
- Índice NVT: valor da rede em relação às transações
- O que é uma ponte entre blockchains?
Aviso: Este artigo é conteúdo educacional da Bitbase Academy, fornecido apenas para fins informativos. Não constitui aconselhamento de investimento, negociação, tributário ou financeiro. Criptoativos são voláteis; avalie seu próprio risco. Escrito em setembro de 2026; consulte as informações oficiais mais recentes.
Fontes
[1] Ethereum Improvement Proposals, ERC-721: Non-Fungible Token Standard (Final), evento Transfer eips.ethereum.org
[2] Ethereum Improvement Proposals, ERC-2981: NFT Royalty Standard (Final), seção Rationale eips.ethereum.org
