---
title: "Risco de tokens com taxa de transferência"
description: "Tokens com taxa de transferência podem entregar menos do que o valor enviado e cobrar taxas diferentes em compras, vendas ou transferências entre carteiras. Saiba como verificar o roteador, as permissões, a simulação e um teste de ida e volta com valor pequeno."
image: "https://wiki.fcontext.com/og.png"
---

> Documentation Index
> Fetch the complete documentation index at: https://wiki.fcontext.com/llms.txt
> Use this file to discover all available pages before exploring further.

# Risco de tokens com taxa de transferência

> Conteúdo apenas para fins educacionais; não constitui recomendação de investimento. Investimentos podem causar perdas.

<a id="answer"></a>

## Resposta direta

Um token com taxa de transferência desconta valor dentro da própria lógica de transferência. Por isso, o destinatário pode receber menos do que a quantidade informada em `transfer` ou `transferFrom`. A parcela descontada pode ser queimada, redistribuída, enviada a outra carteira ou direcionada à liquidez. A regra também pode depender do remetente, do destinatário ou do contexto da operação.

O principal risco não é apenas a taxa anunciada. As alíquotas de compra, venda e transferência entre carteiras podem ser diferentes; alguns endereços podem ter isenção ou bloqueio; e contas privilegiadas podem alterar as regras. Portanto, uma cotação ou compra bem-sucedida não prova que a posição poderá ser vendida depois por um custo razoável.

<a id="mechanism"></a>

## Como funciona

Um roteador convencional de formador automático de mercado pode calcular cada saída usando o valor nominal da entrada. O Uniswap V2 Router02 oferece funções de swap específicas para esses tokens: ele deduz a entrada real pela variação do saldo do par e compara o aumento no saldo do destinatário com `amountOutMin`. A compatibilidade depende do roteador, da rota e do comportamento exato do token, não apenas do símbolo.

As taxas do token se acumulam de forma composta com as taxas do pool e o impacto no preço. Uma rota com vários saltos pode acionar a lógica de transferência mais de uma vez, enquanto isenções ou a detecção de compra e venda podem mudar a taxa efetiva conforme a direção. Estime entrada e saída separadamente usando o estado atual da rede.

<a id="example"></a>

## Exemplo

Suponha que uma pessoa gaste 1,000 USDC. As taxas do pool e o impacto no preço reduzem o valor em 2%, seguidos por uma taxa de compra de 5%: `1,000 × 0.98 × 0.95 = 931`. Se o preço de mercado não mudar, uma taxa de venda de 10% e mais 2% de atrito devolvem cerca de US$821: `931 × 0.90 × 0.98 ≈ 821`. A perda de ida e volta fica em aproximadamente 18%, mesmo sem queda no preço de mercado.

Este é um exemplo, não uma cotação. A ordem dos descontos pode ser diferente, e taxas, liquidez, rota e estado do contrato podem mudar entre as operações. Leia o contrato e o pool atuais e simule a rota exata com a mesma carteira antes de confiar na estimativa.

<a id="risks"></a>

## Riscos e verificações

- Confirme o endereço do contrato e o código implantado. Identifique a lógica de taxas, isenções, listas de bloqueio, limites máximos, papéis de proprietário, controles de atualização e poderes de pausa.
- Compare a saída cotada com a variação simulada do saldo do destinatário. Confirme que todos os roteadores e saltos da rota tratam explicitamente a taxa de transferência.
- Simule uma venda usando a mesma carteira e faça o teste de ida e volta apenas com um valor pequeno que você possa perder integralmente. O sucesso não garante que regras ou liquidez continuarão iguais.
- Defina `amountOutMin` conforme um limite de perda que você realmente aceite. Usar 0 ou ampliar repetidamente a tolerância elimina a proteção de preço, mas não supera uma reversão, uma lista de bloqueio ou uma taxa punitiva.
- Dimensione a posição pelo pior valor líquido de saída plausível. Não prossiga se a simulação de venda falhar, o código não estiver verificado, os privilégios forem opacos ou um administrador puder elevar taxas ou bloquear transferências sem atraso efetivo.

<a id="misconceptions"></a>

## Equívocos comuns

- Mito 1: A quantidade transferida ou o evento comprova quanto chegou. Verifique a variação do saldo do destinatário; integrações para esses tokens usam a diferença de saldos por esse motivo.
- Mito 2: Mais Gas ou tolerância de preço faz qualquer venda funcionar. O Gas afeta a inclusão da transação e a tolerância relaxa o preço mínimo; nenhum dos dois ignora a lógica do contrato.
- Mito 3: Renunciar à propriedade torna o token imutável. Administradores de proxy, outros papéis privilegiados ou contratos externos de configuração ainda podem controlar o comportamento; examine todos os caminhos efetivos de acesso.

<a id="related"></a>

## Tópicos relacionados

- [Preço de índice de criptoativos](/pt-br/crypto/index-price-crypto/)
- [Slippage em negociações de criptoativos](/pt-br/crypto/slippage-crypto/)
- [Como verificar o endereço do contrato de um token](/pt-br/crypto/token-contract-verification/)
- [Simulação de transações](/pt-br/crypto/transaction-simulation/)

<a id="sources"></a>

## Fontes

- [Uniswap V2 Router02](https://github.com/Uniswap/v2-periphery/blob/master/contracts/UniswapV2Router02.sol) - Uniswap (acessado em: 2026-08-20)
- [FeeOnTransferDetector.sol](https://github.com/Uniswap/util-contracts/blob/main/src/FeeOnTransferDetector.sol) - Uniswap (acessado em: 2026-08-20)
- [SC01:2026 Access Control Vulnerabilities](https://scs.owasp.org/sctop10/SC01-AccessControlVulnerabilities/) - OWASP (acessado em: 2026-08-20)

Source: https://wiki.fcontext.com/pt-br/crypto/fee-on-transfer-token-risk/index.mdx