O risco de aprovação de carteira é a possibilidade de um contrato ou operador movimentar tokens depois que você concede permissão. Uma aprovação pode continuar ativa após o fim da troca, mint ou interação com um jogo; assim, um spender malicioso ou comprometido pode usar essa autoridade permanente no futuro.
Separe quatro ações que parecem semelhantes#
“Conectar a carteira” é uma expressão usada de forma ampla, mas a autoridade muda em cada etapa.
| Ação | Efeito típico |
|---|---|
| Conectar | Compartilha o endereço público e o contexto da rede |
| Assinar mensagem | Comprova controle ou autoriza dados estruturados, conforme o conteúdo |
| Aprovar/Permit | Concede a um spender autoridade sobre tokens até certo limite |
| Transferir/Trocar | Movimenta ativos ou executa a lógica de um contrato |
Uma conexão pode criar exposição de privacidade sem movimentar tokens diretamente. Uma assinatura pode ser uma autenticação inofensiva ou uma autorização off-chain poderosa. Uma aprovação on-chain registra um allowance reutilizável. Leia o conteúdo solicitado, e não apenas o texto do botão.
Allowances ERC-20 podem durar mais que a transação#
Muitos contratos de tokens exigem aprovação antes que um roteador ou protocolo transfira tokens em nome do usuário. Algumas interfaces solicitam o valor máximo por conveniência. O Ethereum.org alerta que o acesso ilimitado pode permitir ao contrato aprovado gastar todo o saldo daquele token.
O allowance pertence à combinação de token, proprietário e spender em uma rede. Retirar os tokens da carteira não apaga a permissão. Se eles voltarem mais tarde, o spender ainda poderá ter autoridade.
Permissões de NFT e de assinatura funcionam de outra forma#
Contratos de NFT podem conceder ApprovalForAll, permitindo que um operador transfira todos os itens de uma coleção. Permits off-chain podem autorizar gastos por uma assinatura e talvez não apareçam como uma transação convencional de aprovação até serem usados.
Telas de dados tipados são mais seguras que um hexadecimal ilegível somente quando a carteira explica os campos com precisão e o usuário os confere. Um domínio conhecido não garante uma solicitação segura se o front-end ou a conta do projeto estiver comprometido.
Limite o impacto antes de interagir#
Use uma carteira de interação dedicada, sem ativos de longo prazo. Confirme o endereço do contrato em uma fonte independente do projeto, aprove um valor específico quando possível e rejeite permissões inesperadas de operador ou propriedade.
Após uma interação pontual, revise e revogue o allowance. Desconectar um site remove uma relação local na interface da carteira, mas não altera o estado da blockchain.
A simulação de transações é útil, porém é uma previsão baseada no estado atual e na capacidade de decodificação da ferramenta. Ela complementa — e não substitui — a verificação do contrato, domínio e permissão.
Audite permissões como manutenção contínua#
Revise as aprovações quando:
- um protocolo informar um exploit ou comprometimento do front-end;
- você deixar de usar um aplicativo;
- uma carteira de interação acumular muitas permissões;
- um contrato for atualizado ou mudar de proprietário;
- surgirem transações ou solicitações de assinatura sem explicação.
Priorize allowances ilimitados e spenders desconhecidos ligados a saldos valiosos. Revogue por um explorador verificado ou ferramenta reconhecida e confirme a transação on-chain.
Perguntas frequentes#
Conectar uma carteira concede acesso aos tokens?
Normalmente, não. A conexão expõe o endereço público e permite ao site solicitar assinaturas. A autoridade sobre tokens exige uma aprovação, permit ou transação relevante.
Uma aprovação revogada pode ser usada de novo?
Depois que a revogação for confirmada, aquele allowance não deverá mais autorizar gastos. Uma nova aprovação ou outra permissão separada ainda pode existir.
Uma aprovação pequena é sempre segura?
Ela limita o valor disponível por aquele allowance, mas não prova que o contrato seja legítimo. O valor aprovado ainda pode ser perdido.
As aprovações podem existir em várias redes?
Sim. Revise cada blockchain separadamente, pois o mesmo endereço pode ter allowances diferentes em redes distintas.
Fontes#
- Ethereum.org: Security and Scam Prevention
- Ethereum.org: Revoke Smart Contract Access
- Uniswap: What Is an Approval Transaction?
- OWASP Smart Contract Security: UX Security Foundations
Aviso de risco: Os formatos de permissão variam conforme o padrão do token, a carteira e a blockchain. Verifique a autoridade exata solicitada antes de assinar.
Padrão editorial
Este guia é educativo e baseado em fontes. Controles de segurança, regras das corretoras e exigências legais podem mudar; confirme etapas importantes em fontes oficiais.
