Uma carteira HD (hierárquica determinística) é uma carteira que deriva de um único segredo mestre cada chave privada e cada endereço que ela algum dia vai usar, de modo que uma só seed phrase de 12 ou 24 palavras faz backup de cada conta em cada chain suportada. A BIP-39 transforma essas palavras numa seed mestra, a BIP-32 faz crescer a partir dela uma árvore reproduzível de chaves filhas, e a BIP-44 padroniza o caminho de derivação — coordenadas como m/44'/60'/0'/0/0 que dizem a qual propósito, chain, conta e índice de endereço uma chave pertence. Como seed mais caminho sempre produzem a mesma chave, qualquer carteira compatível consegue reconstruir a árvore inteira só a partir das palavras; é também por isso que a mesma seed pode exibir endereços diferentes em duas carteiras cujos caminhos padrão são diferentes. A WATS é uma carteira HD totalmente non-custodial: uma seed cobre Ethereum, Arbitrum, Optimism, Base, Polygon e BNB Chain — que compartilham um único galho EVM — além de Solana e TON em seus próprios galhos, e a WATS nunca detém uma chave.
Um backup, muitas contas
As primeiras carteiras cripto guardavam um saco solto de chaves privadas aleatórias — perdeu o arquivo, perdeu as moedas, e cada endereço novo exigia um backup novo. As carteiras modernas resolveram isso com uma ideia enganosamente simples: gerar cada chave de que você vai precisar a partir de um único segredo mestre, de forma determinística. Essa é a carteira HD — hierárquica determinística — e é por isso que uma única seed phrase escrita no papel pode restaurar dezenas de contas em várias blockchains, anos depois, num software que nunca as tinha visto.
De palavras a seed mestra: BIP-39
A própria seed phrase vem de um padrão chamado BIP-39. A carteira sorteia entropia aleatória, mapeia-a numa lista fixa de palavras e entrega a você 12 ou 24 palavras com uma soma de verificação embutida. Passadas por uma função de alongamento de chave, essas palavras viram uma grande seed mestra binária. Duas propriedades importam: as palavras não são as chaves — são a receita delas — e o processo é unidirecional e reproduzível. Qualquer carteira BIP-39, alimentada com as mesmas palavras, computa a mesma seed mestra, para sempre. É isso que torna a frase um backup completo, e por isso proteger a frase é o hábito central da autocustódia, como mostra o guia da WATS sobre seed phrases.
Um detalhe passa fácil despercebido: a BIP-39 também aceita uma passphrase opcional, às vezes chamada de vigésima quinta palavra. Ela é misturada na etapa de alongamento de chave, então as mesmas 12 palavras com uma passphrase diferente produzem uma seed mestra completamente diferente e, portanto, um conjunto de contas completamente diferente. Não é uma senha aplicada a uma carteira existente: ela seleciona uma carteira inteiramente outra, e perdê-la perde aqueles fundos tão definitivamente quanto perder as palavras.
A árvore de derivação: BIP-32
A partir dessa seed mestra, a BIP-32 define como cultivar uma árvore de chaves. A chave mestra deriva deterministicamente chaves filhas, as filhas derivam netas, e cada galho é reproduzível a partir da raiz. É a hierarquia que permite a um segredo servir a uma estrutura ilimitada: contas separadas para poupar e gastar, um endereço de recebimento novo para cada pagamento, chains inteiras em seus próprios galhos — tudo recuperável das mesmas 12 ou 24 palavras, sem nada novo para respaldar, nunca.
A BIP-32 também distingue a derivação hardened da não-hardened. Os passos hardened (os marcados com um apóstrofo no caminho) exigem a chave privada do pai, o que isola um galho: na derivação não-hardened, uma chave privada filha vazada somada à chave pública estendida do pai já basta para reconstruir a chave privada do pai, e o hardening remove esse atalho para que um atacante não consiga subir de volta pela árvore. É por isso que os níveis de conta de um caminho padrão são hardened e só os dois últimos níveis não são.
Caminhos de derivação: o endereço de um endereço
Um caminho de derivação — aquela string críptica tipo m/44'/60'/0'/0/0 que você talvez tenha visto em configurações avançadas — é simplesmente um roteiro por essa árvore: qual propósito, qual moeda, qual conta, qual índice. A BIP-44 padronizou o layout, e um registro compartilhado (hoje mantido como SLIP-44) atribui os números de moeda para que um galho Ethereum e um galho Solana nunca colidam. Uma consequência costuma surpreender: toda chain EVM reutiliza o coin type 60, então Ethereum, Arbitrum, Optimism, Base, Polygon e BNB Chain não são galhos separados coisa nenhuma — derivam a mesma chave e exibem o mesmo endereço, e é por isso que um único endereço guarda saldos diferentes em cada rede. Ecossistemas diferentes também usam esquemas de assinatura diferentes por baixo — Ethereum e as demais chains EVM assinam na curva secp256k1, enquanto Solana e TON usam ed25519 —, mas o princípio vale em todos: seed mais caminho é igual a chave, sempre.
O que um xpub revela
A árvore tem mais um truque: as chaves públicas estendidas. Um xpub permite ao software derivar todos os endereços públicos de um galho — mas nenhuma das chaves privadas. Isso habilita visões de portfólio somente-leitura e endereços de recebimento gerados em nome de um dispositivo offline. A ressalva é de privacidade, não de segurança: quem tiver seu xpub pode ver cada endereço daquele galho e vinculá-los entre si. Compartilhe-o como compartilharia um extrato completo daquela conta, porque funcionalmente ele é isso.
Vale saber: isso é um recurso da secp256k1. Em chains ed25519 como Solana e TON, a derivação é hardened em todos os níveis, então não existe galho só de chaves públicas para entregar a ninguém — ali as ferramentas somente-leitura trabalham a partir dos próprios endereços, e não de uma chave pública estendida.
Mesma seed, endereços diferentes?
Um mistério clássico de suporte: você importa sua seed em outra carteira e o saldo parece vazio. Quase sempre, nada se perdeu — a segunda carteira está percorrendo um caminho diferente pela mesma árvore, ou derivando para outra chain por padrão. Os fundos estão exatamente onde sempre estiveram, no galho que a carteira original usava. Essa é também a ressalva honesta sobre backups "universais": o padrão da seed é compartilhado, mas as convenções de caminho variam entre carteiras, então restaurar funciona melhor na família de carteiras que criou a seed — ou numa que escaneie os caminhos comuns por você. Antes de concluir que algo sumiu, confira a configuração de caminho de derivação e o seletor de chain, e confirme num block explorer o endereço que você espera.
Onde as chaves realmente moram
Como tudo descende da seed, a única pergunta que importa para a segurança é onde a seed e as chaves derivadas dela ficam guardadas — e quem consegue alcançá-las. Numa carteira non-custodial a resposta é o seu dispositivo, e mais nenhum lugar. Essa distinção é também a lente certa para o hardware: o WATS NFC Metal Card, por exemplo, não armazena chaves privadas. Ele carrega um ID de cartão único e autentica por aproximação via NFC junto a chaves que vivem nos apps WATS, emparelhando-se com exatamente um dispositivo — mais próximo de uma chave de segurança física do que de um cofre de cold storage. Saber qual das suas ferramentas detém uma chave e qual apenas autoriza o uso dela é a diferença entre um plano de recuperação claro e um palpite.
Como a WATS usa isso
O design HD é o que torna possível uma verdadeira carteira multichain, e a WATS se apoia totalmente nele: um backup, uma identidade, com contas de EVM, Solana e TON derivadas em seus galhos corretos — a experiência descrita em gerenciar Ethereum, Solana e TON em uma carteira. A WATS é non-custodial de ponta a ponta: a seed e cada chave derivada dela existem apenas do seu lado, e a WATS nunca detém uma chave. A camada de taxas é unificada para combinar: cada ação — transferências, swaps, staking — é cobrada em um único token, ATS, em vez do gas nativo de cada chain, via um paymaster ERC-4337 na EVM e um fee-payer/relayer equivalente na Solana e na TON. Isso não é desconto: muda qual token paga, não o que a rede cobra. O ATS é um OFT da LayerZero, então um único saldo abrange os três ecossistemas, e o ATS coletado é queimado de um suprimento de 100M rumo a um piso de 30M — a mecânica está na página da taxa ATS.
A versão prática de tudo isso é curta. Configure a WATS uma vez — Extensão do Chrome, App Mobile ou os dois —, anote a seed phrase offline, e a partir daí cada conta que a WATS deriva para você em Ethereum, Arbitrum, Optimism, Base, Polygon, BNB Chain, Solana e TON já está coberta pelo backup que você fez no primeiro dia. É essa a promessa inteira das carteiras HD, e é a razão para tratar aquelas doze palavras, e não o aplicativo, como a coisa que você está de fato protegendo.
Perguntas frequentes
Uma única seed phrase pode mesmo fazer backup de todas as minhas chains e contas?
Sim — esse é o propósito do design HD. A seed gera deterministicamente uma árvore de chaves, com galhos separados por blockchain e por conta, então cada endereço que uma carteira cria para você é recuperável das mesmas 12 ou 24 palavras. O outro lado é a concentração de risco: quem tiver a frase pode reconstruir a árvore inteira, então a seed merece sua proteção mais forte.
A WATS é uma carteira HD, e quais chains uma seed cobre?
A WATS é uma carteira HD totalmente non-custodial: uma única seed phrase BIP-39 deriva suas contas em Ethereum, Arbitrum, Optimism, Base, Polygon, BNB Chain, Solana e TON, então um backup cobre todas elas. As seis chains EVM compartilham um mesmo galho de derivação — e portanto um mesmo endereço —, enquanto Solana e TON ficam em galhos próprios, já que usam um esquema de assinatura diferente. A seed e cada chave derivada dela permanecem no seu dispositivo: a WATS nunca detém uma chave. O WATS NFC Metal Card também não armazena chaves; ele autentica por aproximação junto a chaves guardadas nos apps WATS e se emparelha com exatamente um dispositivo.
Por que minha seed mostra endereços diferentes numa carteira diferente?
Porque a segunda carteira está derivando por um caminho diferente ou para chains diferentes por padrão, não porque seus fundos se moveram. Seed mais caminho de derivação determinam a chave; as carteiras concordam no padrão da seed (BIP-39) mas divergem nas convenções de caminho. Seus ativos permanecem nos endereços que a carteira original derivou — restaurar naquela carteira, ou numa que escaneie caminhos comuns, os traz de volta à vista.
Compartilhar um xpub é perigoso?
Ele não pode fazer você perder fundos — uma chave pública estendida deriva apenas endereços, nunca chaves privadas, então habilita no máximo visões somente-leitura. O que custa é privacidade: quem o detiver pode enumerar cada endereço daquele galho e vincular sua atividade. Trate um xpub como um extrato vivo e completo daquela conta e compartilhe-o apenas com serviços aos quais confiaria essa informação.
O que uma passphrase BIP-39 faz, na prática?
Ela é misturada na etapa que transforma suas palavras na seed mestra, então adicioná-la ou alterá-la produz uma árvore de chaves inteiramente diferente. Ou seja, não é uma senha que protege uma carteira existente: as mesmas 12 palavras com e sem passphrase são duas carteiras separadas, e uma passphrase esquecida é tão irrecuperável quanto palavras esquecidas. Use uma apenas se for guardá-la com o mesmo cuidado que dedica à própria frase.