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 tratamos sua proteção como o hábito central da autocustódia no nosso guia da seed phrase.
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.
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, atribuindo a cada blockchain seu próprio número de moeda para que um galho Ethereum e um galho Solana nunca colidam. Ecossistemas diferentes também usam esquemas de assinatura diferentes por baixo (as chaves da Solana, por exemplo, vêm de uma curva diferente das do Ethereum), 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.
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ê.
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 que descrevemos 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. 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 WATS é a primeira e única carteira a combinar as taxas em token único ERC-4337 + OFT com essa queima — a mecânica está na página da taxa ATS.
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.
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.