Como verificar um download do Bitcoin Core (SHA256 e GPG)

A integridade e a segurança do software dos nós do Bitcoin (em inglês) são fundamentais para que a rede funcione sem depender de confiança. Como o Bitcoin Core é a principal implementação de referência do protocolo do Bitcoin, vale entender como ele é distribuído e verificado, especialmente à medida que saem versões e surgem novos canais de distribuição.

O desenvolvimento descentralizado do Bitcoin permite obter o Bitcoin Core de várias fontes legítimas. Ter várias fontes é uma vantagem, mas pode causar confusão. Os diferentes pontos de distribuição favorecem a disponibilidade e a resistência à censura, mas cabe a você verificar a autenticidade das fontes de software que usar.

As compilações reproduzíveis e a verificação criptográfica são essenciais para o modelo de segurança do Bitcoin. Vários desenvolvedores de confiança assinam cada versão do Bitcoin Core, criando uma rede de confiança que você pode usar para verificar a autenticidade do software. Para isso, confira as assinaturas PGP e compare os hashes SHA256 dos binários baixados com as somas de verificação publicadas.

O Bitcoin Core é desenvolvido com cuidado. Cada versão principal passa por testes extensos e revisão por pares antes de sair. Isso ajuda a preservar a estabilidade da rede enquanto entram melhorias e atualizações de segurança. As versões seguem o formato MAIOR.MENOR. O projeto busca lançar uma versão principal a cada seis meses e lança versões de manutenção, como a 31.2, para corrigir erros. Segundo o projeto, a numeração não segue o versionamento semântico.

À medida que o ecossistema do Bitcoin cresce, é cada vez mais importante conhecer os canais oficiais de distribuição. Baixe os arquivos do bitcoincore.org, o site do projeto. O bitcoin.org também oferece o Bitcoin Core, mas fica para trás. Em novembro de 2026, ainda oferece a versão 31.0, enquanto o bitcoincore.org tem a 32.1. Seja qual for a fonte, verifique os arquivos antes de executá-los. Essa verificação exemplifica um princípio do Bitcoin: “Não confie, verifique”.

A relação entre o software de um nó e a segurança da carteira merece atenção. Um nó com software comprometido poderia afetar a retransmissão de transações ou a conexão com a rede, mas uma medida como usar uma carteira de hardware (em inglês) oferece uma proteção importante para as chaves privadas. Essas camadas de segurança mostram por que vale conhecer as diferentes vias de ataque e como reduzir os riscos.

A segurança do software do nó afeta tanto cada usuário quanto a resiliência da rede. Cada nó bem verificado que funciona corretamente fortalece a arquitetura descentralizada do Bitcoin. Aprender a verificar o software de forma correta ajuda a manter a segurança da rede.

O processo de desenvolvimento do Bitcoin Core continua incorporando medidas de segurança e mecanismos de distribuição. As compilações reproduzíveis, os processos determinísticos de lançamento e as melhorias nas ferramentas de verificação refletem o compromisso da comunidade de manter um padrão de segurança alto e acessível a usuários com diferentes níveis de experiência técnica.

A mensagem fundamental é clara. No universo das criptomoedas, segurança e verificação precisam virar hábito. Para o software do nó, uma carteira ou qualquer outro componente crítico, adote e mantenha práticas de segurança que respeitem o princípio do Bitcoin de verificar por conta própria.

Guia passo a passo

Verificar o Bitcoin Core antes da instalação protege o nó contra binários adulterados e ataques à cadeia de suprimentos. Os passos a seguir cobrem todo o processo de verificação, do download à instalação confirmada. Nossa aula Como verificar o software de Bitcoin antes de instalar explica o que cada verificação prova e aplica o mesmo método ao Sparrow, a imagens de sistema para nós e ao firmware de carteiras de hardware.

Como os quatro passos se encaixam. Passo 1: baixe três arquivos do bitcoincore.org, o arquivo para o seu sistema, o SHA256SUMS, uma lista com um hash por arquivo, e o SHA256SUMS.asc, com as assinaturas de quem compilou a versão, feitas sobre essa lista. Passo 2: importe as chaves públicas de quem compilou a versão. Elas estão no repositório bitcoin-core/guix.sigs, no GitHub, um servidor separado. Passo 3: com gpg --verify, use as chaves para conferir as assinaturas e confirmar que essas pessoas assinaram a lista. Passo 4: com sha256sum ou shasum --check, confira a cópia usando a linha correspondente na lista. As duas verificações precisam passar. As assinaturas atestam a lista, e ela atesta o arquivo. — **As chaves atestam a lista, e a lista atesta o seu arquivo.** As chaves vêm do GitHub, e os arquivos, do bitcoincore.org, dois servidores separados. Só instale depois que os dois passos, 3 e 4, derem certo.

Baixe os arquivos da versão do Bitcoin Core
Acesse bitcoincore.org/en/download/ e baixe três arquivos: o pacote binário para o sistema operacional, o SHA256SUMS e o SHA256SUMS.asc, que contém as assinaturas dos desenvolvedores. Guarde os três na mesma pasta do computador.
Importe as chaves de assinatura dos desenvolvedores do Bitcoin Core
Obtenha as chaves públicas PGP de quem assina as versões do Bitcoin Core. Elas ficam na pasta builder-keys do repositório bitcoin-core/guix.sigs no GitHub. A página de download do Bitcoin Core dá dois comandos: git clone https://github.com/bitcoin-core/guix.sigs e depois gpg --import guix.sigs/builder-keys/*. Se você não tiver o Git, a aula indicada acima mostra como baixar o repositório em um arquivo ZIP e importar as mesmas chaves. Assim, você obtém as chaves públicas necessárias para verificar as assinaturas da versão.
Verifique as assinaturas PGP do arquivo de somas de verificação
Execute gpg --verify SHA256SUMS.asc SHA256SUMS no terminal. Você deve ver várias linhas “Good signature” de desenvolvedores conhecidos do Bitcoin Core. Se alguma entrada mostrar “BAD signature”, pare imediatamente. Apague os arquivos, baixe-os de novo do bitcoincore.org e repita a verificação. Devem aparecer várias assinaturas válidas de desenvolvedores reconhecidos, no mínimo. Depois de cada uma aparece uma linha “Primary key fingerprint” com a impressão digital da chave primária (fingerprint). Para ter certeza de que a chave pertence à pessoa identificada como responsável pela compilação, compare a impressão digital com a que você obteve por outra via, por exemplo no site da própria pessoa ou na chave que você importou ao verificar uma versão anterior.
Verifique a soma de verificação SHA256 do binário
No Linux, execute sha256sum --ignore-missing --check SHA256SUMS. No macOS, execute shasum -a 256 --ignore-missing --check SHA256SUMS. Os dois comandos, conforme a página de download do bitcoincore.org, devem mostrar OK para o arquivo que você baixou. Isso confirma que o binário baixado confere com o hash publicado pelos desenvolvedores. No Windows, execute certutil -hashfile bitcoin-<version>-win64-setup.exe SHA256 e compare a saída com a linha correspondente no SHA256SUMS. Você pode verificar, por exemplo, o bitcoin-32.1-win64-setup.exe, a versão atual desde 28 de outubro de 2026.
Compare a soma de verificação com várias fontes independentes
Compare o hash SHA256 com os resultados de quem compilou a versão. No repositório guix.sigs do passo 2, abra a pasta da sua versão, por exemplo, 32.1. Cada pessoa que concluiu a compilação publicou ali um arquivo all.SHA256SUMS. A linha desse arquivo referente ao seu precisa conferir com a que você tem. A página de versões do Bitcoin Core no GitHub aponta para o bitcoincore.org e não tem arquivos nem somas de verificação próprios. Se o hash conferir entre essas compilações independentes, você tem uma garantia sólida de que o binário não foi adulterado na distribuição.
Instale e confirme qual versão está rodando
Instale o Bitcoin Core. Depois de abri-lo, entre no console (Window > Console) e digite getnetworkinfo. Confira se o número da versão exibida corresponde ao da versão que você baixou. Examine o campo subversion para confirmar se o identificador da versão do Bitcoin Core é o esperado.
Programe lembretes para verificar cada versão
Crie um lembrete para repetir a verificação a cada versão nova do Bitcoin Core. O projeto busca lançar uma versão principal a cada seis meses, com versões de manutenção entre elas. Só mantém as três versões principais mais recentes. Acompanhe o feed de anúncios do bitcoincore.org (bitcoincore.org/en/announcements.xml) ou ative as notificações de lançamentos no repositório no GitHub para saber quando saírem novas versões.

Quais linhas procurar ao verificar o Bitcoin Core 32.1. No passo 3, gpg --verify SHA256SUMS.asc SHA256SUMS mostra oito linhas que começam com “Good signature from”, uma para cada pessoa que compilou e assinou a versão: Ava Chow, Ben Carman, Michael Ford, Oliver Gugger, Matthew Zipkin, sedited (Sebastian Kung), Sjors Provoost e Will Clark. Os endereços de e-mail foram omitidos aqui. Debaixo de cada linha, o gpg acrescenta um aviso “WARNING” porque a chave não está certificada. Todo mundo vê esse aviso até certificar as chaves por conta própria. Isso significa que o gpg não consegue dizer a quem a chave pertence. Por isso, compare a impressão digital da linha “Primary key fingerprint” com a que você esperava para aquela pessoa. No passo 4, sha256sum --ignore-missing --check SHA256SUMS mostra uma linha com o nome do arquivo que termina em “OK”, por exemplo, bitcoin-32.1-x86_64-linux-gnu.tar.gz: OK. Se aparecer “BAD signature” ou se o arquivo aparecer com “FAILED”, pare. Apague os arquivos, baixe-os de novo do bitcoincore.org e repita a verificação. — **A verificação passa quando aparecem várias assinaturas válidas e depois OK para o arquivo.** Em novembro de 2026, essa é a saída do Bitcoin Core 32.1. No macOS, o segundo comando é shasum -a 256 com as mesmas opções. No Windows, o certutil mostra o hash para você comparar com a linha do arquivo no SHA256SUMS.

Erros comuns a evitar

Pular a verificação de assinaturas PGP

Muita gente baixa o Bitcoin Core e confere só o hash SHA256, sem verificar as assinaturas PGP do arquivo de somas de verificação. Isso anula a verificação, pois um atacante que controle o servidor de download pode trocar o binário e o arquivo SHA256SUMS ao mesmo tempo. As assinaturas PGP são o vínculo criptográfico com a identidade dos desenvolvedores. Confira sempre as assinaturas antes do hash.

Alguém assume o controle do servidor de download e troca dois arquivos: o instalador e o SHA256SUMS, com uma linha que confere com o instalador dessa pessoa. Se você conferir só a soma de verificação, o arquivo adulterado confere com a lista trocada, o comando mostra OK e você instala essa versão. Se verificar também as assinaturas, as de quem compilou a versão não vão conferir com a lista trocada. O gpg mostra BAD signature e você para antes de instalar. Quem controla o servidor pode fazer a lista conferir com o arquivo adulterado. Só as chaves privadas de quem compilou a versão geram uma assinatura válida, por isso confira sempre as assinaturas. — **A soma de verificação não identifica quem escreveu a lista.** Quem troca o instalador também pode trocar o SHA256SUMS e fazer a verificação mostrar OK. Se trocar também o SHA256SUMS.asc, o gpg não encontra uma chave conhecida e continua sem haver uma assinatura válida de quem compilou a versão.

Confiar em uma única fonte de download

Depender de um único site ou espelho para baixar o Bitcoin Core cria um ponto único de falha. Se essa fonte for comprometida, você fica sem referência independente. Baixe pelo site oficial, mas compare o hash com as listas do repositório guix.sigs, publicadas por várias pessoas que compilaram a versão, hospedado no GitHub, em um servidor separado do bitcoincore.org. O uso de várias fontes combina com o modelo de confiança do Bitcoin.

Usar chaves de assinatura desatualizadas

Os desenvolvedores que assinam as versões do Bitcoin Core mudam com o tempo. Se você usar um chaveiro antigo, pode deixar passar assinaturas válidas de novos signatários ou continuar confiando em chaves revogadas. Antes de cada verificação, atualize o chaveiro local com as chaves mais recentes do repositório guix.sigs. Confira também se há certificados de revogação de chaves.

Versões do Bitcoin Core em novembro de 2026. A 29.x, de abril de 2025, chegou ao fim do suporte em 27 de outubro de 2026. Versões sem suporte geralmente não recebem correções de segurança, então é hora de atualizar. A 30.x (outubro de 2025, última versão 30.4), a 31.x (abril de 2026, última versão 31.2) e a 32.x (outubro de 2026, última versão 32.1) continuam em manutenção. As três versões principais mais recentes recebem correções de erros e de segurança. Uma versão principal sai a cada seis meses, em média. A indicada é a última publicação da versão principal mais recente, a 32.1. Cada versão que você instalar passa pelos quatro passos deste guia: baixe os arquivos do bitcoincore.org, atualize as chaves importando-as outra vez do guix.sigs, confira as assinaturas com gpg --verify e verifique o arquivo com sha256sum --check. — **Sai uma versão principal a cada seis meses, em média, e cada versão que você instalar passa pela mesma verificação.** O Bitcoin Core mantém as três versões principais mais recentes e recomenda o lançamento de manutenção mais novo da versão mais recente. Atualize as chaves de quem compilou a versão a cada verificação, porque os signatários mudam com o tempo.

Executar software sem verificação em um sistema com dados da carteira

Instalar um binário do Bitcoin Core sem verificar em um sistema que guarda arquivos de carteira ou chaves privadas expõe as chaves a roubo. Um binário adulterado poderia extrair o wallet.dat ou frases-semente sem avisar. Se, por algum motivo, você precisar pular a verificação, execute o software em um computador isolado, sem acesso aos dados da carteira. Passe para uma instalação verificada antes de movimentar fundos.

Ignorar a verificação com compilações reproduzíveis

O Bitcoin Core permite compilações reproduzíveis (determinísticas) por meio do sistema Guix. Qualquer pessoa pode recompilar os binários da versão a partir do código-fonte e confirmar que a saída é idêntica. Isso exige mais conhecimento técnico, mas é a verificação mais forte possível. Se você tiver condições de fazer isso, vale aproveitar essa ferramenta de segurança.

Bitcoin Core 32.1 em novembro de 2026. O repositório bitcoin-core/guix.sigs no GitHub tem uma pasta 32.1 com uma subpasta para cada pessoa que compilou a versão: 15 no total. 13 concluíram a última fase, e o arquivo all.SHA256SUMS de cada uma é idêntico ao SHA256SUMS que você baixa do bitcoincore.org. 2 ainda não concluíram a última fase, mas os resultados delas até aqui também conferem. 8 das 13 assinaram o SHA256SUMS.asc que você baixa. 15 pessoas compilaram a 32.1 a partir do mesmo código-fonte com o Guix, cada uma no próprio computador. Todas as listas conferem, então uma compilação adulterada chamaria a atenção. — **Várias compilações independentes, um resultado idêntico.** É a verificação cruzada do passo 5: abra a pasta da sua versão no guix.sigs. No all.SHA256SUMS de cada pessoa que concluiu a compilação, a linha do seu arquivo é idêntica à do SHA256SUMS que você baixou. Se você mesmo compilar a versão com o Guix, pode acrescentar o seu próprio resultado à comparação.

Perguntas frequentes

O que acontece se eu executar uma versão do Bitcoin Core que falha na verificação?

Se um binário falhar na verificação PGP ou na soma de verificação, um terceiro pode tê-lo modificado. Os riscos incluem alterações nas regras de consenso que poderiam levar o nó a seguir outra cadeia, brechas propositais que vazem chaves privadas ou dados da carteira e alterações na lógica de retransmissão que poderiam reter ou atrasar suas transações. O código de retransmissão não pode mudar o endereço para o qual uma transação já assinada por você paga, porque a assinatura cobre as saídas. Uma carteira adulterada pode trocar o endereço antes que você assine. Por isso, confira o endereço na tela da sua carteira de hardware. Apague o binário imediatamente, avise a equipe de segurança do Bitcoin Core e baixe-o de novo de uma fonte confiável.

Quantas assinaturas de desenvolvedores devo esperar em uma versão do Bitcoin Core?

As versões recentes do Bitcoin Core têm entre oito e dezesseis assinaturas de desenvolvedores que participaram das compilações reproduzíveis com o Guix. A 32.1, versão atual em novembro de 2026, tem oito. O número exato varia conforme a versão. Não há mínimo fixo, mas, se você vir menos de três assinaturas válidas, vale investigar mais. No repositório guix.sigs, você vê quem participou da compilação de cada versão.

Posso verificar o Bitcoin Core se o baixei há meses?

Sim. Se você ainda tiver o arquivo binário original, pode verificá-lo a qualquer momento. Baixe o SHA256SUMS e o SHA256SUMS.asc dessa versão no bitcoincore.org/bin, importe as chaves de assinatura e siga o procedimento padrão. As somas de verificação e as assinaturas não expiram. Algumas versões retiradas já não estão no bitcoincore.org. Os arquivos da 30.0 e da 30.1 foram removidos em janeiro de 2026 após a descoberta de um erro na migração de carteiras. Nesses casos, abra a pasta da versão no guix.sigs. O all.SHA256SUMS assinado de cada pessoa que compilou a versão ainda lista os arquivos.

É seguro verificar o Bitcoin Core no Windows?

O Windows permite o mesmo processo de verificação, embora as ferramentas sejam um pouco diferentes. Use o Gpg4win para verificar as assinaturas PGP e o comando integrado certutil para calcular o hash SHA256. A verificação em si é igualmente segura em qualquer sistema operacional. O principal risco no Windows é que as ferramentas de verificação estejam comprometidas, então baixe o Gpg4win da fonte oficial e verifique também o instalador.

Preciso verificar o Bitcoin Core se eu compilar a partir do código-fonte?

Compilar a partir do código-fonte oferece uma garantia a mais, porque você pode examinar o código. Mesmo assim, verifique a autenticidade do código-fonte. Use git log --show-signature para conferir se uma pessoa que mantém o Bitcoin Core assinou o commit do Git a partir do qual você vai compilar. Compare também o hash do commit do Git com a versão marcada por uma tag no repositório oficial para confirmar que é a versão pretendida.

Recursos relacionados

Bitcoin Node Infrastructure: Security Setup (em inglês)
Bitcoin Node Software: Core vs Alternatives (em inglês)
Guia completo para configurar um nó de Bitcoin
Por que operar o próprio nó de Bitcoin
Self-Custody Bitcoin: Node and Wallet Setup (em inglês)

Faz parte do nosso curso de Bitcoin:Este tema é explicado em Como verificar software de Bitcoin antes de instalar, do curso Segurança e privacidade avançadas no Bitcoin.

Categoria: Segurança no Bitcoin