O que é, afinal, uma agenda de endereços de carteira?
Uma agenda de endereços é simplesmente uma lista de endereços blockchain associados a nomes legíveis por humanos. A maioria das aplicações de carteira mantém uma. MetaMask, Rabby, Trust Wallet, Phantom e a aplicação de desktop Ledger Live incluem todas uma funcionalidade de contactos. Ferramentas autónomas como Blowfish e Revoke.cash acrescentam uma vista focada em aprovações por cima da carteira que já utiliza.
A agenda de endereços tem duas metades, e a maioria dos principiantes confunde-as. A primeira metade são as etiquetas locais, os nomes e notas que guarda dentro da sua própria carteira ou gestor de palavras-passe. Mais ninguém consegue vê-las. A segunda metade são as etiquetas on-chain, identificadores públicos atribuídos a um endereço por exploradores de blocos como Etherscan, por empresas de análise como Arkham Intelligence ou Nansen, ou por serviços de nomes como ENS (.eth), ARB (.arb) e perfis Farcaster. Quando alguém vê vitalik.eth resolver para um endereço conhecido, isso é uma etiqueta on-chain a fazer o seu trabalho.
Ambas as metades importam, mas por razões diferentes. As etiquetas locais são a forma de impedir que envie cinco dígitos para um endereço sósia envenenado. As etiquetas on-chain são a forma de um desconhecido que recebe fundos seus poder verificar, de forma sensata, que o endereço corresponde à sua identidade declarada. Se configurar apenas uma das duas, está a perder metade da proteção.
Porque é que uma hardware wallet, por si só, não basta
Uma hardware wallet, como uma Ledger, Trezor, GridPlus ou Keystone, protege as suas chaves privadas dentro de um elemento seguro. Isso é genuinamente importante: significa que malware no seu portátil não consegue movimentar fundos sem a sua confirmação física. No entanto, não o ajuda a decidir que endereço confirmar em primeiro lugar.
Considere uma forma real de falha. Em 2024, um trader copiou um endereço do seu próprio histórico de transações num explorador de blocos e colou-o no MetaMask para enviar uma grande transferência de stablecoin. A transação mais recente nessa página de histórico, apresentada no topo por predefinição, não era o envio anterior do trader. Era um esquema de endereço personalizado: um atacante tinha enviado uma quantia minúscula a partir de um endereço cujos primeiros e últimos caracteres coincidiam com o destino real do trader, na esperança de que, da próxima vez que o trader copiasse e colasse, escolhesse o endereço errado. Foi isso que aconteceu. A hardware wallet do trader assinou a transação de bom grado porque o endereço era criptograficamente válido.
Relatos de perdas semelhantes variaram entre algumas centenas de dólares e bem mais de cem mil. Uma estimativa de 2025 da empresa de segurança on-chain Scam Sniffer situou a perda anual apenas por envenenamento de endereços nas dezenas de milhões, na faixa alta, em todas as cadeias. O valor exato é impossível de determinar porque a maioria das vítimas nunca denuncia, mas o padrão é consistente: um momento de desatenção, uma verificação visual não assinada e uma transferência irreversível para um desconhecido.
Duas defesas teriam apanhado isto. Primeiro, uma etiqueta local no endereço verdadeiro da contraparte permitiria ao MetaMask mostrar o nome do destinatário ao lado do endereço a assinar, transformando uma cadeia bruta numa contraparte reconhecível. Segundo, verificar contra uma etiqueta on-chain como um nome ENS teria mostrado que o sósia não resolvia para nada, enquanto a contraparte real resolvia para counterparty.eth . Qualquer uma delas, por si só, é suficiente. As duas em conjunto são proteção reforçada.
Etiquetas locais e on-chain: quem pode ver o quê
Etiquetas locais são guardadas no software da sua carteira, na extensão do navegador ou num gestor de palavras-passe como 1Password ou Bitwarden. Só são visíveis para si e para qualquer pessoa com acesso ao dispositivo ou ao cofre onde estão guardadas. Se perder o dispositivo e não tiver cópia de segurança, as etiquetas desaparecem, mesmo que os endereços e os fundos permaneçam on-chain para sempre.
Etiquetas on-chain são outra coisa. Um nome ENS é um registo de smart contract que associa uma cadeia de texto legível por humanos a um endereço, e exige uma taxa anual para ser mantido. Nomes ARB e perfis Farcaster funcionam de forma semelhante nas respetivas chains. As etiquetas dos exploradores não estão de todo on-chain; são notas anexadas por Etherscan, BscScan, Solscan, Arbiscan e o resto da família Etherscan, definidas pela equipa após análise manual ou da comunidade.
A diferença prática aparece em duas situações. Primeiro, quando recebe fundos e o remetente quer confirmar que está a pagar à pessoa certa, só as suas etiquetas on-chain lhe serão visíveis. Segundo, quando está a analisar um incidente, como um hack ou um pedido de airdrop, um endereço com etiquetas detalhadas da Etherscan conta uma história muito mais depressa do que uma cadeia hexadecimal em branco.
Uma armadilha subtil: nomes on-chain podem ser transferidos. Quem detiver yourname.eth no momento da resolução é a pessoa a quem o remetente chega. Trate ENS como um ponteiro, não como uma identidade, e confirme sempre o endereço subjacente antes de enviar grandes quantias.
Uma convenção de nomes com a qual consegue realmente viver
O objetivo de uma convenção é não ter de inventar uma etiqueta do zero no momento de perigo. Escolha um formato, escreva-o uma vez e aplique-o sempre que criar uma nova carteira ou integrar uma nova contraparte. Aqui está um que envelheceu bem ao longo de vários anos de utilização de múltiplas carteiras.
A etiqueta de carteira em quatro partes
- Finalidade. Para que existe esta carteira? Exemplos: cold-storage, trading, airdrops, degen-ll, ll-business, treasury.
- Chain. Para que rede é principalmente usada? Exemplos: eth, arb, sol, base, bsc, polygon. Se fizer a separação por chain, este também é o local para registar o ID da chain.
- Data de abertura. Use o formato ISO, YYYY-MM, para que as etiquetas fiquem ordenadas cronologicamente. Exemplos: 2024-03, 2025-01.
- Sufixo livre. Qualquer coisa que distinga uma carteira de outra do mesmo tipo. Exemplos: v1, v2, os últimos quatro caracteres do endereço ou uma alcunha memorável.
Juntando tudo, uma entrada realista no livro de endereços fica assim: cold-storage / eth / 2024-03 / a3F2. As barras separam campos, não hierarquias de pastas; a maioria dos livros de endereços são listas planas, e as barras lêem-se bem no ecrã.
Etiquetas de contrapartes
- Exchanges centralizadas: CEX / binance / main-spot, CEX / coinbase / prime. Nunca guarde mais do que o endereço de depósito; as exchanges rodam subcontas e subendereços de depósito com frequência, pelo que uma etiqueta como CEX / binance / binance-account-17 envelhece mal.
- Routers DEX e bridges: DEX / uniswap-v3-router, bridge / across, bridge / stargate. Estes endereços são públicos e bem conhecidos, pelo que um atacante que os falsifique tem de criar uma imitação, o que uma etiqueta torna óbvio.
- Protocolos de lending e staking: defi / aave-v3-eth, defi / lido-stETH, lsd / eeth. Associe-os ao endereço do contrato retirado da documentação do próprio protocolo, não de um resultado do Google.
- Amigos, família, contrapartes, mesas OTC: person / alex-trader, otc / wintermute-hot, vendor / payroll-2025-Q1. Na primeira vez, associe sempre ao ENS verificado da contraparte ou a uma confirmação por um canal secundário.
Endereços desconhecidos de entrada
Quando um endereço desconhecido lhe envia fundos, o seu livro de endereços deve crescer exatamente uma entrada por evento, no mínimo. Abra o endereço na Etherscan, Arbiscan, BscScan ou Solscan, consoante a chain. Veja a coluna de etiquetas. Se o endereço estiver identificado como uma exchange conhecida, mixer, bridge ou drainer, registe isso. Se não estiver etiquetado, registe-o como unknown / first-seen-2025-04-12 / tx-0xabc... e siga em frente. Com o tempo, as entradas desconhecidas tornam-se um rasto de auditoria útil de quem tocou nas suas carteiras.
Para uma imagem com maior resolução, cole o endereço na Arkham Intelligence, Nansen ou numa ferramenta de análise semelhante. Estes serviços investem muita engenharia em agrupar endereços pertencentes ao mesmo proprietário, o que é útil para perceber se o remetente desconhecido é uma pessoa real, um serviço ou uma operação de fraude.
Etiquetar aprovações é uma tarefa própria
As aprovações de tokens não são o mesmo que detenções de tokens, e não devem partilhar uma etiqueta. Uma aprovação é uma permissão de smart contract que assina uma vez e que permite a outro contrato mover uma quantidade especificada de um token especificado a partir da sua carteira. Persiste on-chain até a revogar ou até o spender chamar transferFrom até ao limite permitido. A maioria das interações DeFi pede silenciosamente uma aprovação ilimitada, o que significa que, depois de interagir com um protocolo, esse protocolo pode drenar o token relevante da sua carteira em qualquer momento no futuro.
O site Revoke.cash, além das ferramentas integradas no Blowfish, Etherscan e Rabby, listará todas as aprovações ativas associadas ao seu endereço. Uma cadência razoável é rever as aprovações mensalmente para carteiras ativas, imediatamente para qualquer carteira que tenha interagido com um protocolo posteriormente assinalado como explorado, e pelo menos trimestralmente para carteiras de cold-storage.
Etiquete cada aprovação com a mesma notação que usa para a própria carteira. Exemplos: approval / uniswap-v3-router / USDC / unlimited / granted-2024-08-12. A data final é importante porque alguns protocolos, incluindo muitos DeFi mais antigos, interpretam uma aprovação ilimitada como perpétua, e uma aprovação há muito esquecida num protocolo anteriormente fiável é um dos vetores mais comuns para kits de drainer vendidos em fóruns de crime.
O conjunto de ferramentas, simples e direto
Não precisa de todas as ferramentas desta lista. Escolha uma de cada linha e mantenha-se fiel a ela.
Software de carteira com livro de endereços
- MetaMask inclui um livro de endereços no separador Contacts da extensão e da aplicação móvel. Sincroniza entre instalações se tiver sessão iniciada no mesmo perfil MetaMask, o que significa que uma etiqueta adicionada no portátil aparece no telemóvel. Trate a sincronização como uma conveniência, não como uma cópia de segurança, porque terminar sessão ou reinstalar pode eliminar o estado local dependendo da versão.
- Rabby é desenvolvido pela mesma equipa e é amplamente preferido para utilização em desktop porque mostra contrapartes reconhecidas diretamente durante a confirmação da transação, que é a experiência de utilizador mais útil para detetar tentativas de address poisoning.
- Phantom e Trust Wallet têm ambos livros de endereços e são escolhas predefinidas razoáveis para Solana e multi-chain, respetivamente.
Exploradores de blocos para etiquetagem on-chain
- Etherscan e os seus sites irmãos (Arbiscan, BscScan, Polygonscan, Optimistic Etherscan, Basescan, Snowtrace) são a fonte canónica de etiquetas para chains EVM.
- Solscan e SolanaFM cobrem Solana.
- Arkham Intelligence e Nansen acrescentam clustering mais profundo e atribuição de entidades por cima, útil para perceber quem controla realmente um endereço.
Revisores de aprovações
- Revoke.cash é o front-end mais familiar e continua a ser a opção predefinida.
- Blowfish, Pocket Universe e o separador de aprovações integrado no Rabby também apresentam aprovações e assinalam spenders conhecidos como maliciosos.
- A página Token Approvals da Etherscan, encontrada no menu More na vista do endereço, é a fonte bruta de verdade on-chain e vale a pena verificá-la contra qualquer lista de front-end.
Cópia de segurança oficial
- Um gestor de palavras-passe como 1Password, Bitwarden ou Dashlane é o local prático para manter o livro de endereços canónico. As apps de carteira são convenientes, mas não duradouras; reinstalações, reposições do navegador e migrações de versão já eliminaram mais etiquetas locais do que falhas de hardware.
- Se quiser algo offline, um ficheiro de texto simples ou uma folha de cálculo numa pen USB encriptada funciona. O formato importa menos do que a disciplina de o atualizar sempre que a app de carteira muda.
Juntar tudo: um livro de endereços de exemplo
A estrutura abaixo é um ponto de partida. Remova tudo o que não corresponder à forma como usa cripto e acrescente tudo o que corresponder.
Carteiras que controla
- armazenamento-frio / eth / 2024-03 / a3F2 = 0xA3F2... (carteira de hardware, principal posição de longo prazo)
- trading / eth / 2025-01 / v1 = 0x71B1... (hot wallet para trading ativo)
- airdrops / base / 2025-02 / v1 = 0x9C44... (carteira separada para farming de airdrops resistente a Sybil)
- empresa / arb / 2024-09 / tesouraria = 0x4DDE... (opera apenas acima de um limite; recebe pagamentos de um único cliente)
Contrapartes para quem envia
- CEX / coinbase / main-spot = verificado a partir da página de depósito no dia em que o rótulo foi adicionado
- CEX / kraken / funding = verificado a partir da página de depósito no dia em que o rótulo foi adicionado
- DEX / uniswap-v3-router / eth = a partir da documentação oficial em app.uniswap.org
- bridge / across / eth-to-arb = a partir da documentação oficial em across.to
- defi / aave-v3 / eth = o endereço do contrato da pool Aave, emparelhado com o endereço publicado pelo protocolo
- pessoa / alex-trader = verificado via ENS e por um segundo canal; primeiro envio inferior a $50 como teste
Endereços de entrada desconhecidos
- desconhecido / 2025-04-12 / poeira = envio minúsculo a partir de um endereço sem etiquetas em exploradores; registado como uma possível tentativa de envenenamento e ignorado
- desconhecido / 2025-03-30 / atm-bangkok = identificado através de clustering da Arkham como pertencente a um operador de ATM conhecido
Aprovações ativas
- aprovação / uniswap-v3-router / USDC / ilimitada / 2025-02-14
- aprovação / lido / stETH / ilimitada / 2024-11-05
- aprovação / across-bridge / USDC / 50 / 2025-03-19 (permissão mais baixa para uma bridge, planeada para expirar)
Como seguir a higiene do livro de endereços de forma inteligente
O envenenamento de endereços, os drenadores de aprovações e os envios para a rede errada não vão desaparecer. O ritmo dos novos kits de exploração, o baixo custo da geração de endereços personalizados e a irreversibilidade das transações cripto significam, em conjunto, que o modelo de ameaça é assimétrico: um defensor tem de ser perfeito sempre, um atacante só precisa de um deslize. Rotular não é glamoroso, mas é uma das poucas defesas que escala sem gastar gas nem confiar em terceiros. Trate o livro de endereços como um documento vivo, reveja-o na mesma semana em que revê as aprovações e faça uma cópia de segurança num local que sobreviva à sua aplicação de carteira. Sites de notícias sobre cripto inundam a cronologia com o hack mais recente, mas a disciplina aborrecida do dia a dia de rotular é o que realmente mantém os fundos onde devem estar. O Zippfeed apresenta notícias sobre segurança de carteiras e rotulagem on-chain com pontuação de sentimento, para que possa detetar cedo a próxima vaga de campanhas de envenenamento de endereços e atualizar os seus rótulos antes de a poeira chegar à sua caixa de entrada.
