Chaves públicas, chaves privadas e endereços: o que cada um realmente faz

Quase todo erro sério envolvendo cripto remonta à confusão entre três coisas que soam parecidas e se comportam de forma completamente diferente. Uma vez que a distinção fica clara, a maior parte dos conselhos de segurança deixa de ser uma lista de regras para decorar e passa a ser óbvia.

A chave privada assina

Uma chave privada é um número secreto muito grande. Sua única função é produzir assinaturas: dada uma transação, ela gera uma prova de que o detentor da chave a autorizou. Esse é o trabalho todo.

A propriedade fundamental é que uma assinatura pode ser verificada por qualquer pessoa sem revelar a chave que a produziu. É isso que faz o sistema funcionar. É também por isso que a chave privada é a única das três que precisa permanecer secreta, e por que quem a obtiver pode movimentar seus fundos sem nenhuma etapa adicional. Não existe uma camada de senha por baixo dela nem uma autoridade capaz de reverter o resultado.

A chave pública verifica

A chave pública é derivada da chave privada por um cálculo de mão única. Com a chave privada, é trivial calcular a chave pública; com a chave pública, não é possível recuperar a chave privada por nenhum meio prático. Essa assimetria é o alicerce inteiro.

Sua função é a verificação. Qualquer pessoa que tenha a chave pública pode conferir que uma assinatura foi produzida pela chave privada correspondente, o que é como a rede confirma que uma transação foi autorizada por quem controla os fundos. Divulgá-la não custa nada.

O endereço recebe

Um endereço é derivado da chave pública, geralmente aplicando um hash e acrescentando um checksum. Ele é mais curto, inclui detecção de erros, de modo que um endereço digitado errado é quase sempre rejeitado em vez de aceito, e na maioria das redes ele não revela a chave pública até você gastar dele pela primeira vez.

Sua função é ser divulgado. Um endereço é um destino, nada mais. Compartilhar um endereço não expõe nenhum risco aos seus fundos; o pior resultado possível é uma perda de privacidade, porque qualquer pessoa com o endereço pode ver seu histórico de transações em um livro-razão público.

Onde a seed phrase se encaixa

Uma seed phrase não é uma quarta chave. É uma codificação legível por humanos do número que gera suas chaves privadas — geralmente todas elas, em muitos endereços, de forma determinística. É por isso que uma única frase consegue restaurar uma carteira inteira.

Segue diretamente que uma seed phrase é estritamente mais sensível do que qualquer chave privada isolada, porque equivale a todas elas ao mesmo tempo. Toda regra sobre seed phrases — nunca digitá-la em um site, nunca fotografá-la, nunca guardá-la em um gerenciador de senhas que você não controla — decorre desse único fato, e não de superstição. Nosso verbete do glossário cobre a codificação em si.

O que isso torna óbvio

Com os três papéis bem definidos, vários conselhos padrão deixam de precisar ser decorados:

• Compartilhar um endereço é seguro, porque um endereço só recebe. Compartilhar uma chave privada é perda total, porque uma chave privada assina.
• Uma hardware wallet é valiosa especificamente porque realiza a assinatura dentro do próprio dispositivo, de modo que a chave privada nunca existe em um computador conectado à internet.
• “Verifique o endereço” diz respeito ao checksum e a malwares que substituem o conteúdo da área de transferência, não ao sigilo.
• Um serviço que pede sua seed phrase para “validar” ou “restaurar” qualquer coisa está pedindo todas as chaves que você tem. Não existe versão legítima desse pedido.

A relação de mão única

Vale a pena guardar a direção da derivação: da seed phrase para a chave privada, para a chave pública, para o endereço, cada etapa fácil para frente e inviável para trás. Toda consequência prática decorre dessa seta. Você pode distribuir livremente a ponta final e precisa proteger a ponta inicial de forma absoluta, e nada no meio do caminho muda isso.

Por que uma seed gera muitos endereços

Carteiras modernas são hierárquicas e determinísticas, o que é uma forma precisa de dizer que uma única seed gera uma árvore inteira de chaves por um procedimento definido. Cada ramo produz uma chave privada nova, e cada uma dessas produz sua própria chave pública e endereço.

Duas consequências úteis decorrem disso. Uma carteira pode fornecer um endereço novo para cada pagamento sem precisar de um novo backup, porque todos esses endereços descendem da mesma seed. E restaurar essa seed em outro software recupera os mesmos endereços, porque o procedimento de derivação é padronizado, e não proprietário.

Isso também explica uma confusão comum: ver muitos endereços em uma carteira não significa que existam muitos segredos separados. Existe um único segredo, e tudo o mais é derivado dele. Isso é conveniente e é exatamente por isso que a seed phrase é o único ponto de falha total.

Assinar não revela a chave

Vale a pena deixar explícita a propriedade sobre a qual tudo se sustenta. Uma assinatura é produzida a partir da chave privada e da mensagem, e pode ser conferida em relação à chave pública — mas observar qualquer quantidade de assinaturas não permite que um atacante reconstrua a chave privada que as produziu.

É isso que torna seguro assinar repetidamente com a mesma chave, em vez de precisar de uma nova a cada vez. Isso também explica por que assinar uma mensagem para provar a posse de um endereço é uma operação normal e segura, enquanto digitar uma seed phrase nunca é. Uma é o uso pretendido do sistema, e a outra é entregar o sistema.

Onde o modelo se estica

Dois desenvolvimentos complicam esse quadro limpo, e vale a pena conhecer os dois porque mudam o que uma assinatura significa.

Arranjos de multiassinatura exigem várias chaves privadas para autorizar uma transação, de modo que uma única chave não é suficiente. Isso remove o ponto único de falha ao custo de uma recuperação mais complexa — agora você tem vários segredos para proteger e uma política sobre quantos são necessários.

A abstração de conta, em redes que a suportam, permite que as regras que regem uma conta sejam programadas em vez de fixas: limites de gasto, atrasos de tempo, ou recuperação por um terceiro designado. É útil, e significa que “quem detém a chave controla os fundos” deixa de ser estritamente verdadeiro nessas redes. O mecanismo de base não muda; o que muda é quem tem permissão para acioná-lo.