---
title: "Autorização de carteira"
description: "Autorização de carteira é uma permissão on-chain que permite a um spender chamar transferFrom para tokens do usuário. Explica assinaturas, autorizações ilimitadas e verificação ou revogação."
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.
# Autorização de carteira
> Apenas para fins educacionais; não constitui recomendação de investimento. Investimentos podem causar perdas.
## Resposta direta
Autorização de carteira, ou aprovação de token, é a allowance on-chain do proprietário para um único spender. approve(spender, amount) registra o valor ERC-20 e transferFrom pode usá-lo dentro do saldo restante. Não entrega chave privada nem outros tokens. A aprovação muda estado; assinatura de login costuma ser off-chain. ERC-2612 permit é dado assinado que cria allowance sem gás pago pelo proprietário, mas continua sendo autorização. ETH não usa allowance ERC-20. Confira token, spender, valor, duração e rede; conectar o site não é permissão de gasto.
## Como funciona
1. O usuário envia approve ao contrato; 0 significa nenhum restante e um valor enorme aparece como ilimitado.
2. O spender usa transferFrom depois; o contrato verifica saldo e allowance, transfere e normalmente reduz o valor.
3. A alteração é uma transição on-chain; trocar valores positivos pode competir no mempool, então use zero primeiro confirmado quando necessário.
4. ERC-2612 permit é mensagem assinada: verifique token, chain ID, nonce, prazo, spender e valor, pois terceiros podem enviá-la.
5. Aprove apenas spender verificado e valor necessário, simule a chamada e confira receipt, eventos, saldo e allowance. Revogue com 0 na rede certa; não desfaz transferências confirmadas.
## Exemplo
Alice tem 100 USDC e aprova um router verificado por 40. Ele pode gastar no máximo 40 USDC, não ETH nem outro token; após 15 restam 25. Uma aprovação ilimitada também cobre depósitos futuros, então verifique o contrato, use valor finito e envie approve(router, 0) quando terminar.
## Riscos
- Spender malicioso ou atualizado pode usar todos os tokens da allowance.
- A aprovação ilimitada expõe depósitos futuros.
- Rede, contrato, endereço, decimais ou calldata incorretos podem ocultar risco.
- Alteração ou revogação pendente pode competir com transferFrom; zero não reverte transferência executada.
- Assinaturas permit podem ser enviadas depois; desconectar o site não as invalida.
- Tokens não padrão, com taxa, rebasing, pausados ou callback podem agir diferente; confira estado final.
## Equívocos comuns
- **“Conectar a carteira concede acesso.” A autoridade vem de aprovação, permit ou transação confirmada.**
- **“Assinatura sem gás é inofensiva.” Um relayer pode enviá-la depois.**
- **“Desconectar o site revoga a aprovação.” Conexão e allowance on-chain são separadas.**
- **“Ilimitado permite retirar tudo imediatamente.” Ainda são necessários chamada, saldo e implementação compatíveis, mas não há limite.**
- **“Simulação bem-sucedida prova segurança.” Verifique rede, calldata, destinatário, código, receipt e saldos.**
## Tópicos relacionados
- [Tokens ERC-20](/pt-br/crypto/erc20/)
- [Corrida de aprovação ERC-20](/pt-br/crypto/erc20-approval-race-condition/)
- [Nonce e prazo do ERC-2612](/pt-br/crypto/erc2612-permit-nonce-deadline/)
- [Risco de assinatura Permit2](/pt-br/crypto/permit2-signature-risk/)
- [Simulação de transação](/pt-br/crypto/transaction-simulation/)
## Fontes
- [ERC-20: Token Standard](https://eips.ethereum.org/EIPS/eip-20) - Ethereum Improvement Proposals (acessado em: 2026-08-22)
- [ERC-2612: Permit Extension for EIP-20 Signed Approvals](https://eips.ethereum.org/EIPS/eip-2612) - Ethereum Improvement Proposals (acessado em: 2026-08-22)
- [Ethereum security and scam prevention](https://ethereum.org/security/) - Ethereum.org (acessado em: 2026-08-22)
Source: https://wiki.fcontext.com/pt-br/crypto/wallet-approval/index.mdx