O que é um golpe de taxa de token modificável?

É um token cujo contrato permite que o proprietário altere a taxa de compra ou venda após o lançamento, muitas vezes elevando a taxa de venda para 99 por cento assim que a liquidez se acumula. Ao contrário de um honeypot, você ainda pode vender, mas o contrato leva quase tudo. É perigoso porque passa em uma verificação única de taxa e só é acionado mais tarde.

Como um token pode passar em uma verificação de taxa e ainda ser um golpe?

Um scanner relata o valor da taxa no momento em que você o verifica, não se esse valor pode mudar. Se o contrato tiver uma função setter exclusiva do proprietário sem um limite codificado, o desenvolvedor pode reescrever a taxa no próximo bloco. É por isso que você deve verificar o privilégio e o limite da taxa máxima, não apenas o número atual.

Como encontro a função que altera a taxa de um token?

Abra o contrato verificado em um explorador de blocos, vá para a guia Contrato, depois para a guia Escrever, e procure por uma função com tax ou fee em seu nome que receba um número, como setTaxFee ou setFees. Em seguida, leia o código-fonte para uma linha require com uma constante MAX_FEE. Se esse limite estiver faltando, o proprietário pode definir a taxa para qualquer valor.

Renunciar a um contrato impede que a taxa seja aumentada?

Sim. A renúncia transfere a propriedade para um endereço morto, o que desabilita permanentemente todas as funções exclusivas do proprietário, incluindo o setter de impostos, de modo que a taxa é congelada para sempre. Esta é a defesa mais forte contra a taxa modificável. Apenas confirme que a renúncia é real na cadeia e que a taxa já era razoável quando aconteceu.

Tokens com Taxa Modificável: Como os Desenvolvedores Aumentam Secretamente a Taxa de Venda para 99%

June 26, 2026 — By Tony Rabbit in Tutorials

Um golpe de taxa de token modificável permite que um desenvolvedor aumente silenciosamente a taxa de venda para 99 por cento depois que a liquidez se acumula. Saiba por que uma baixa taxa de lançamento não significa nada e como identificar a função setter antes de comprar.

Um golpe de taxa de token modificável é uma armadilha suave onde o proprietário do contrato mantém o poder de alterar a taxa de venda após o lançamento, de modo que um token que cobra 5 por cento hoje pode ser alterado para 99 por cento no momento em que a liquidez for profunda o suficiente para valer a pena drenar. Ao contrário de um honeypot clássico que bloqueia as vendas diretamente, este token permite que você venda, ele apenas confisca quase tudo o que você retira. É isso que o torna perigoso: o contrato passa em uma verificação única de taxa de compra e venda, parece limpo e depois se volta contra você mais tarde. Este guia explica a diferença entre uma taxa estática e uma modificável, como funciona a função setter exclusiva do proprietário, onde encontrá-la no contrato e a única defesa real contra ela.

Principais Pontos

Uma baixa taxa atual é insignificante se o proprietário puder aumentá-la mais tarde. O risco é o privilégio, não o número de hoje.
Uma função setTaxFee ou setFees permite que um desenvolvedor aumente a taxa de venda para 99 por cento depois que a liquidez se acumula, prendendo suavemente os detentores.
Esta é uma bandeira vermelha de privilégio dinâmico, não um honeypot. O token pode passar em uma verificação de taxa de compra e venda e ainda assim te enganar.
Verifique o código do contrato para uma constante de taxa máxima codificada. Sem limite significa risco ilimitado.
Um contrato renunciado é a única proteção verdadeira: nenhum proprietário significa que ninguém pode alterar a taxa.

Taxa estática versus o poder de alterá-la mais tarde

Todo token taxado mostra uma taxa atual, a porcentagem que o contrato retira em cada compra e venda. Uma taxa estática é codificada e fixa para sempre uma vez implantada. Uma taxa modificável é diferente: o contrato armazena a taxa em uma variável que um endereço privilegiado pode reescrever a qualquer momento. Quando você executa uma verificação rápida, ambos parecem idênticos porque o scanner relata o valor no momento. A armadilha não é o valor, é quem pode alterá-lo. Se você apenas confirmar a taxa atual e parar por aí, estará verificando um número que o desenvolvedor pode editar no próximo bloco. Sempre combine uma verificação de taxa com uma verificação de privilégio. O primeiro passo padrão é verificar a taxa de compra e venda antes de comprar um token, mas trate isso como o início da análise, não a conclusão.

Como um setter exclusivo do proprietário aumenta a taxa de venda para 99 por cento

O mecanismo é uma única função, geralmente nomeada algo como setTaxFee, setFees, setSellTax, ou updateTaxes, protegida por um modificador onlyOwner. No lançamento, o desenvolvedor define uma taxa amigável, digamos 4 por cento, para que os primeiros compradores vejam um token normal e o gráfico comece a se mover. A liquidez cresce à medida que mais pessoas investem. Uma vez que o pool esteja gordo o suficiente para valer a pena colher, o proprietário chama o setter e eleva a taxa de venda para 90, 95 ou 99 por cento. Agora, cada venda direciona quase todo o valor para a carteira de impostos. Os detentores ainda podem vender tecnicamente, razão pela qual os detectores de honeypot simples permanecem em silêncio, mas eles saem com centavos de dólar. Esta é uma drenagem lenta e deliberada, em vez de um bloqueio rígido, e muitas vezes acontece dias ou semanas após o lançamento, quando os compradores pararam de observar o contrato.

Característica	Honeypot clássico	Armadilha de taxa modificável
Você pode vender?	Não, a transação de venda é revertida	Sim, mas você fica com quase nada
Passa em uma verificação única de taxa?	Frequentemente sinalizado imediatamente	Sim, parece limpo no lançamento
Quando é acionado	Desde a primeira tentativa de venda	Mais tarde, depois que a liquidez se acumula
Causa raiz	Lista negra codificada ou bloqueio de venda	Privilégio do proprietário para reescrever a taxa

Encontrando a função de definição de taxa e lendo os limites da taxa máxima

Você precisa de um contrato verificado para fazer isso, porque o código-fonte não verificado oculta exatamente as funções que você deseja inspecionar. No explorador de blocos, abra o contrato, vá para a guia Contrato, depois para a guia Escrever e examine a lista de funções em busca de algo que contenha a palavra tax ou fee que receba um número como entrada. Esse é o seu setter. Em seguida, abra a guia Ler ou a guia Código e veja como a variável de taxa é restrita. A coisa mais importante a encontrar é um máximo codificado, geralmente uma linha require dentro do setter, como require(newFee <= MAX_FEE) com MAX_FEE definido como uma constante, por exemplo, 10 ou 25. Essa constante é o teto: é o pior que a taxa pode se tornar legalmente. Se o setter não tiver essa proteção, o proprietário pode inserir qualquer valor, incluindo 99, e nada os impede.

Por que uma baixa taxa de lançamento é insignificante se o limite é ilimitado

Esta é a lição central do golpe de taxa de token modificável. Uma taxa de lançamento de 3 por cento não diz nada sobre seu risco se o contrato permitir que o proprietário defina a taxa para qualquer valor. Sua exposição real não é o número atual, é o máximo que o código permite combinado com quem detém as chaves. Um token com uma taxa atual de 6 por cento e um limite codificado de 6 por cento é muito mais seguro do que um token com uma taxa atual de 1 por cento e nenhum limite. Leia o limite, não o rótulo. Se você não conseguir encontrar uma constante de taxa máxima no código-fonte, assuma que o teto é de 100 por cento e precifique o token de acordo. Para um contexto mais amplo sobre como as taxas estão sendo abusadas neste ciclo, veja nossa análise das taxas de token em 2026 e as bandeiras vermelhas a serem observadas. E lembre-se que este é um problema de privilégio, não o bloqueio de venda apenas para compra abordado em honeypot tokens explicados.

Renúncia: a única defesa real contra a taxa modificável

Se o perigo é o privilégio do proprietário, a cura é remover o proprietário. Quando um desenvolvedor renuncia, a propriedade é transferida para um endereço morto que ninguém controla, o que desabilita permanentemente todas as funções onlyOwner, incluindo o setter de impostos. Após uma renúncia genuína, o imposto é congelado no que era naquele momento e nunca mais pode ser aumentado. É por isso que a renúncia é o sinal mais forte de segurança fiscal. Verifique por si mesmo em vez de confiar em uma afirmação: confirme se o endereço do proprietário é o endereço zero ou de queima na cadeia, conforme explicado em nosso guia sobre o que é um contrato renunciado. Uma ressalva: uma renúncia só o protege se o imposto já era razoável quando aconteceu, então verifique a taxa e o status de propriedade juntos. Um token renunciado com uma taxa de venda de 50 por cento é renunciado e ainda é uma armadilha.

Lista de verificação pré-compra para tokens com taxa modificável

Antes de comprar qualquer token taxado, execute esta curta sequência e desista no momento em que algo falhar:

Confirme a taxa atual de compra e venda. Saiba o valor que está sendo cobrado agora.
Abra o código-fonte verificado. Nenhum código verificado significa nenhuma inspeção, o que é motivo suficiente para desistir.
Procure na guia Escrever por um setter de taxa ou tarifa. Se existir um, a taxa é modificável.
Encontre a constante de taxa máxima. Leia o limite de require. Sem limite significa risco ilimitado.
Verifique a propriedade. Renunciado para um endereço morto é o sinal verde. Um proprietário ativo com um setter é a bandeira vermelha.
Verifique a matemática. Uma taxa atual razoável mais um limite baixo codificado mais a propriedade renunciada é a única combinação que desarma completamente esta armadilha.

A conclusão é simples: verificar a taxa uma vez não é suficiente. Verifique o privilégio. Um token pode mostrar uma taxa perfeita hoje e ainda estar a uma transação do proprietário de prender suavemente cada detentor em 99 por cento.

Este artigo é apenas para fins educacionais e não constitui aconselhamento financeiro.