---
title: "Chaves públicas e privadas"
description: "A criptografia de chave pública permite que uma carteira assine transações blockchain com uma chave privada secreta e que a rede verifique as assinaturas com a chave pública correspondente. Entenda chaves, endereços, frases de recuperação e riscos de assinatura."
image: "https://wiki.fcontext.com/og.png"
---
> Documentation Index
> Fetch the complete documentation index at: https://wiki.fcontext.com/llms.txt
> Use this file to discover all available pages before exploring further.
# Chaves públicas e privadas
> Apenas para fins educacionais; não constitui orientação de segurança nem de investimento. Transações blockchain podem ser irreversíveis. Nunca revele uma chave privada ou frase de recuperação e confira cada transação antes de assinar.
## Resposta direta
Um par de chaves pública e privada é uma relação criptográfica assimétrica usada para autorizar e verificar ações em blockchain. A chave privada é um dado secreto que cria assinaturas digitais. A chave pública correspondente pode ser compartilhada e permite verificar assinaturas sem conhecer a chave privada.
Um endereço blockchain costuma ser derivado de uma chave pública, script ou regra de conta; nem sempre é igual à chave pública. Derivação e formato dependem da rede. O endereço identifica um destino ou conta, enquanto o controle normalmente exige cumprir as regras de gasto ou autorização da rede.
Ter a chave privada não coloca moedas dentro da carteira. O livro-razão registra ativos ou saídas gastáveis, e a chave permite autorizar mudanças de estado válidas. Quem obtiver a chave poderá assinar como o titular; perder a única chave utilizável pode tornar ativos sob autocustódia permanentemente inacessíveis.
## Como funciona
O fluxo básico de assinatura é:
1. A carteira gera uma chave privada com aleatoriedade criptograficamente segura ou a deriva de uma semente conforme um esquema definido.
2. Uma operação matemática unidirecional deriva a chave pública correspondente. Com algoritmo e implementação seguros, calcular a privada a partir da pública deve ser computacionalmente inviável.
3. As regras da rede derivam ou associam endereço, script ou conta à chave pública. Redes podem usar curvas, hashes, codificações e modelos de conta diferentes.
4. A carteira assina uma transação ou mensagem específica com a chave privada. A assinatura vale para os dados codificados exatos; alterá-los a invalida.
5. Participantes usam a chave pública e as regras do protocolo para verificar a assinatura antes de aceitar a ação autorizada. A verificação não revela a chave privada.
Uma frase de recuperação não é uma chave privada. Em muitas carteiras determinísticas hierárquicas, ela representa entropia para recriar uma semente da qual derivam várias chaves e endereços. Quem souber a frase pode controlar todas as contas derivadas. Uma senha da carteira geralmente cifra ou desbloqueia um arquivo local; não substitui as chaves nem as recupera sozinha.
O controle por par de chaves também não descreve toda conta. Por exemplo, uma conta Ethereum de propriedade externa é controlada por chaves, enquanto uma conta de contrato é controlada pelo código implantado e pode impor multisig, atraso ou recuperação.
## Exemplo
Alice fornece a Bob um endereço de recebimento. A carteira de Bob confere rede e formato, monta o pagamento e pede confirmação de destinatário, valor e taxa. Ela assina localmente essa transação exata com a chave privada de Bob e transmite a transação assinada; a chave privada nunca vai para Alice nem para a rede.
Os nós verificam assinatura e regras de gasto. Uma assinatura válida mostra que a chave exigida autorizou a transação, mas não prova a identidade legal de Bob, a confiabilidade de Alice nem a racionalidade econômica. Se Bob assinar dados para rede, destinatário ou ação contratual errados, uma criptografia correta ainda pode autorizar o resultado errado.
## Riscos
- **Exposição:** Phishing, malware, backup em nuvem, captura de tela, extensão ou falso suporte podem revelar chave privada ou frase de recuperação. Trate ambas como controle total.
- **Perda:** Dispositivo destruído, senha adicional esquecida, backup incompleto ou derivação incompatível podem impedir a recuperação. Teste o processo documentado sem expor o segredo.
- **Aleatoriedade ou software ruins:** Geração previsível, código defeituoso, cadeia de suprimentos comprometida ou carteira maliciosa podem anular criptografia sólida. Use software mantido e dispositivos confiáveis.
- **Assinatura ambígua:** Uma assinatura pode autorizar transferência, aprovação de token, ordem, login ou outra mensagem. Leia a intenção e verifique detalhes codificados, rede, endereço e valor separadamente.
- **Concentração operacional:** Uma chave para todos os ativos cria um ponto único de falha. Separe saldos e funções, reduza exposição online e considere hardware, multisig ou contas com políticas para valores altos.
Se a chave ou frase puder ter vazado, considere-a comprometida. Em dispositivo limpo, crie uma nova carteira independente, confira o backup e mova ativos restantes e permissões quando for seguro. Não digite o segredo antigo em site que prometa verificar ou reparar a carteira.
## Equívocos comuns
### Mito 1: A chave privada é apenas a senha da carteira
A senha pode proteger aplicativo local ou cofre cifrado. A chave privada autoriza assinaturas; redefinir a senha não recria chave ou frase perdida.
### Mito 2: Endereço e chave pública são sempre iguais
A construção depende do protocolo. Muitos endereços codificam hash, script ou regra de conta em vez da chave pública bruta, e alguns endereços de contrato não têm chave privada.
### Mito 3: Compartilhar a chave pública permite calcular a privada
Sistemas seguros são feitos para compartilhar chaves públicas e assinaturas. Ameaças práticas são aleatoriedade fraca, implementação defeituosa, segredo exposto e futuras quebras criptográficas, não a verificação normal.
### Mito 4: Uma assinatura válida prova a identidade do signatário
Ela prova que a chave exigida autorizou os dados conforme o protocolo. Vincular a chave a pessoa ou organização real requer prova de identidade separada.
## Tópicos relacionados
- [Gestão de chaves privadas](/pt-br/crypto/private-key-management/)
- [Frase de recuperação](/pt-br/crypto/seed-phrase/)
- [Carteira de criptoativos](/pt-br/crypto/wallet/)
- [Carteira de hardware](/pt-br/crypto/hardware-wallet/)
- [Hash criptográfico](/pt-br/crypto/cryptographic-hash/)
## Fontes
- [Visão geral da tecnologia blockchain](https://doi.org/10.6028/NIST.IR.8202) - NIST (acessado: 2026-08-21)
- [Chave pública](https://csrc.nist.gov/glossary/term/public_key) - NIST Computer Security Resource Center (acessado: 2026-08-21)
- [Carteiras](https://developer.bitcoin.org/devguide/wallets.html) - Bitcoin Developer Documentation (acessado: 2026-08-21)
- [Contas Ethereum](https://ethereum.org/developers/docs/accounts/) - Ethereum.org (acessado: 2026-08-21)
Source: https://wiki.fcontext.com/pt-br/crypto/public-private-key/index.mdx