O que é uma chave privada?

Uma chave privada é material criptográfico secreto usado por um algoritmo para produzir assinaturas digitais. Em uma blockchain, uma assinatura válida pode satisfazer uma condição de autorização sem enviar a chave à rede.

A chave não é o criptoativo nem fica “dentro” de uma moeda. Ativos e saldos são representados pelo livro-razão e pelas regras da rede; a chave fornece evidência para autorizar uma ação. Contas de contratos, múltiplas chaves e outros mecanismos de recuperação nem sempre se resumem a um endereço e uma chave.

Como uma chave privada se torna autoridade de assinatura

Em curvas elípticas, a geração seleciona um valor privado válido com aleatoriedade apropriada e deriva o ponto público. A SEC 1 descreve a geração e a validação. Aleatoriedade fraca, reutilização insegura de um segredo que deveria variar por assinatura ou erros de implementação podem comprometer o projeto matemático. SEC 1: Elliptic Curve Cryptography

A NIST FIPS 186-5 separa geração do par, geração da assinatura e verificação. A chave privada assina; a pública verifica. Um verificador ou serviço legítimo não precisa da chave privada para validar uma assinatura. NIST FIPS 186-5

Em geral, a carteira constrói os dados esperados, assina-os no algoritmo escolhido, mantém a chave no ambiente de armazenamento ou assinatura e transmite a transação assinada. Os dados exatos variam por rede e tipo; uma assinatura de uma serialização, chain ou domínio não deve ser presumida válida em outro.

Chave privada, chave pública, endereço e conta

• Chave privada: entrada secreta para gerar assinaturas.
• Chave pública: material correspondente para verificá-las.
• Endereço: identificador de rede, possivelmente derivado de chave, script ou regra de implantação.
• Conta: estado ou arranjo de autorização associado a um endereço.

EOAs da Ethereum são controladas por chaves privadas e têm endereços derivados das públicas. Contas de contrato têm endereço, mas não chave privada própria; o código as controla. Chaves de validadores têm outra função. Ethereum accounts

O Bitcoin usa condições específicas de saída: um gasto pode exigir uma assinatura, várias ou a satisfação de um script. A chave não move um saldo abstrato sozinha; ela ajuda a gerar a evidência aceita por uma condição concreta.

Uma carteira pode gerenciar muitas chaves privadas

Uma carteira é interface e sistema de gestão, não uma única chave. Carteiras antigas de chaves avulsas geravam chaves independentes que precisavam de backup individual. Carteiras determinísticas hierárquicas (HD) derivam uma árvore a partir de material raiz. Bitcoin Developer Guide: wallets

Na BIP-32, uma semente produz uma chave privada estendida mestra, que inclui chave e código de cadeia. Chaves-filhas seguem caminhos. Uma chave pública estendida deriva filhos públicos não endurecidos, mas não endurecidos; uma chave privada estendida pode expor um ramo inteiro e não equivale a uma chave folha. BIP-32: Hierarchical Deterministic Wallets

Chave privada, frase-semente, frase secreta e senha

• A chave privada assina por um par.
• A frase-semente BIP-39 é processada em uma semente que pode gerar muitas chaves.
• A frase secreta BIP-39 é uma entrada adicional; cada valor gera uma semente diferente.
• A senha ou PIN da carteira normalmente protege acesso local ao app, dispositivo ou arquivo, não sendo automaticamente chave ou frase secreta BIP-39.

Trocar a senha pode apenas recifrar o armazenamento, sem alterar as chaves. Se uma chave ou segredo já foi copiado, a troca não invalida a cópia. Por outro lado, perder a senha nem sempre significa perder a chave quando há outra recuperação. Isso depende do projeto da carteira. BIP-39

Comprometimento, backup e substituição

O NIST trata geração, armazenamento, backup, recuperação, uso, revogação e destruição como fases distintas. Alguns arranjos não têm redefinição central; alterar a autorização pode exigir uma transação válida enquanto a autoridade original ainda existe. Contas de contrato ou custódia gerenciada podem oferecer outras regras. NIST SP 800-57 Part 1 Rev. 5

Sigilo não torna toda assinatura apropriada: malware pode alterar os dados, interfaces podem solicitar permissões amplas e o usuário pode autorizar uma instrução indesejada sem exportar a chave. Chaves e frases não devem ser inseridas para suposto suporte ou prova de propriedade; verificar uma assinatura não exige revelar o segredo.

Perguntas frequentes

Um provedor pode redefinir uma chave privada perdida?

Não há redefinição universal. Na autocustódia convencional, a recuperação depende de backup existente ou mecanismo incorporado anteriormente. Custódia e contas de contrato podem funcionar de outra forma.

Exportar uma chave privada faz backup da carteira inteira?

Não necessariamente. Uma carteira HD pode gerenciar muitas chaves; uma chave folha não reconstrói a semente, outros ramos, configurações ou metadados. O backup deve corresponder à arquitetura.

Conceitos relacionados

Para uma comparação mais detalhada, leia Chaves privadas vs. chaves públicas.

Explore chaves públicas, frases-semente, endereços de blockchain e carteiras de cripto, ou volte ao Glossário de cripto.

Fontes

• NIST FIPS 186-5: Digital Signature Standard — pares, geração e verificação de assinaturas.
• NIST SP 800-57 Part 1 Rev. 5 — tipos, proteção e ciclo de vida.
• SEC 1 Version 2.0 — pares de curvas elípticas e assinaturas.
• Ethereum: accounts — EOAs, contratos, chaves e endereços.
• BIP-32 — árvores HD, chaves estendidas e derivação endurecida.
• BIP-39 — mnemônico, semente e frase secreta.
• Bitcoin Developer Guide: wallets — arquiteturas e derivação determinística.