Nós e infraestrutura

Boas práticas para configurar um nó completo de Bitcoin

Um nó compacto, uma unidade externa e cabos bem organizados em uma instalação doméstica.

Este guia é uma tradução do original em inglês, que é o texto de referência. Ler em inglês

Rodar um nó completo (em inglês) de Bitcoin é uma das formas mais diretas de participar da arquitetura descentralizada da rede. Esta análise examina os detalhes técnicos, os desafios e as boas práticas para instalar e manter nós completos de Bitcoin e o papel deles na segurança e na resistência da rede.

A descentralização do Bitcoin se apoia na rede de nós completos, e cada um deles baixa e confere todos os blocos por conta própria. Esses nós sustentam a rede. Eles verificam as transações e os blocos de forma independente e fazem cumprir as regras de consenso do protocolo. Quem quiser contribuir para a robustez da rede precisa entender os requisitos técnicos e os problemas comuns de implementação.

O hardware é decisivo para o bom funcionamento do nó. Em novembro de 2026, os blocos da blockchain do Bitcoin ocupam cerca de 800 GB e crescem cerca de 80 GB por ano. Por isso, vale escolher o armazenamento com cuidado. As unidades de estado sólido (SSDs) são a opção preferida porque leem e gravam mais rápido e são mais confiáveis que os discos rígidos tradicionais. O desempenho do nó pode mudar bastante conforme o SSD, em especial o tipo de interface, a resistência ao desgaste e os requisitos de energia.

Dois discos de 2 TB desenhados em escala, em novembro de 2026. Um nó de arquivo (prune=0, o padrão) guarda todos os blocos desde 2009, 779 GB, além dos dados que o Bitcoin Core mantém com eles. No total, são cerca de 900 GB, e sobram uns 1.100 GB livres: espaço para anos, a cerca de 80 GB por ano. Um nó podado (prune=550) baixa e confere os mesmos blocos, mas depois apaga os antigos. Guarda cerca de 15 a 20 GB, com os blocos mais recentes e a lista de moedas não gastas. Os dois nós conferem cada bloco por conta própria. Só o nó de arquivo consegue servir blocos antigos a novos nós e funcionar com o Electrs ou o Fulcrum. Compre um SSD de 2 TB. A poda economiza espaço em disco, mas o download continua sendo de 800 GB.
A poda poupa espaço, mas exige o mesmo trabalho. Um nó podado confere todos os blocos como um nó de arquivo e depois apaga os antigos. Tudo o que precisar desses blocos mais tarde, como um servidor Electrum, deixa de funcionar. Guarde todos os blocos em um SSD de 2 TB.

Gerenciar os recursos do sistema também é fundamental. A sincronização inicial (IBD), também chamada de sincronização da blockchain, exige muito do armazenamento e do processador. É preciso gerenciar bem as leituras e gravações no disco, a largura de banda e o uso de memória. As implementações modernas precisam equilibrar esses recursos e manter o sistema estável durante toda a sincronização.

A conexão e a configuração da rede têm seus próprios desafios. O encaminhamento de portas, os ajustes do firewall e os limites de largura de banda determinam se outros nós conseguem chegar ao seu e quanto ele envia. Aceitar conexões de entrada permite que outros nós baixem blocos do seu. De qualquer forma, na primeira sincronização, seu nó baixa os blocos pelas conexões de saída.

A compatibilidade e a otimização do sistema operacional têm grande efeito na estabilidade do nó. Cada sistema operacional distribui recursos, administra sistemas de arquivos e gerencia processos à sua maneira, o que pode afetar o desempenho. Sistemas baseados em Linux, sobretudo distribuições feitas para rodar nós, costumam ser mais estáveis e aproveitar melhor os recursos que sistemas de uso geral.

Gerenciar os bancos de dados do Bitcoin Core é uma das partes complexas de rodar um nó. O software mantém vários bancos de dados, entre eles o estado da blockchain (o conjunto de UTXO, ou seja, a lista de moedas não gastas), o índice de blocos e, se você o ativar, um índice de transações. Se esses bancos de dados forem corrompidos, a sincronização pode falhar e o sistema pode travar. Para resolver problemas do nó, é essencial saber fazer a manutenção, reindexar e recuperar os bancos de dados.

A segurança vai além de reforçar o sistema. Quem opera um nó precisa considerar a segurança física, a segurança da rede e a proteção contra diversos vetores de ataque. Isso inclui manter backups adequados, monitorar os recursos do sistema e atualizar o software para corrigir vulnerabilidades.

Rodar nós completos traz desafios e oportunidades para o futuro. À medida que a blockchain cresce, otimizar o armazenamento e ter opções de poda se torna mais importante. Os avanços do hardware, sobretudo em armazenamento e capacidade de processamento, vão influenciar o acesso de usuários comuns à operação de um nó completo.

As implementações de nós continuam evoluindo. Há projetos que exploram outras estruturas de banco de dados, métodos melhores de sincronização e medidas de segurança aprimoradas para tornar a operação de um nó mais eficiente e acessível. Integrar nós da rede Lightning (em inglês) a nós completos tradicionais também traz novas decisões sobre a distribuição de recursos e a arquitetura do sistema.

Manter uma rede robusta de nós completos é fundamental. Juntos, esses nós garantem a descentralização da rede, fazem cumprir as regras de consenso e prestam serviços essenciais ao ecossistema do Bitcoin. À medida que a rede cresce, cada pessoa que opera um nó tem um papel cada vez mais importante na manutenção dessa infraestrutura.

Em resumo, para rodar bem um nó completo de Bitcoin, você precisa entender os diversos componentes técnicos e como eles interagem. Da escolha do hardware à configuração do sistema, cada aspecto exige cuidado e manutenção. À medida que a rede Bitcoin evolui, quem opera um nó precisa acompanhar as boas práticas e as novas tecnologias enquanto contribui para a descentralização e a segurança da rede.

Guia passo a passo

Montar um nó completo de Bitcoin exige preparar o hardware, o software e a rede. Estes passos vão da escolha do hardware até o nó estar em funcionamento e bem conectado.

  1. Escolha o hardware adequado

    Escolha uma máquina dedicada com pelo menos 4 GB de RAM (8 GB para a sincronização inicial levar menos tempo), um processador de vários núcleos da última década e um SSD de 2 TB. Em novembro de 2026, um nó de arquivo sincronizado ocupa cerca de 900 GB e cresce cerca de 80 GB por ano. Uma unidade NVMe dentro da máquina é a opção mais rápida. Nunca guarde a blockchain em um disco rígido ou em um cartão microSD. Uma Raspberry Pi 5 com 8 GB de RAM e um SSD por USB 3 serve para um orçamento mais apertado, mas um PC compacto tem um desempenho bem melhor.

  2. Instale um sistema operacional baseado em Linux

    O Ubuntu Server LTS e o Debian Stable são opções confiáveis para rodar o nó. Instale o sistema operacional com o mínimo de pacotes para reduzir a superfície de ataque. Se a máquina também for guardar dados da carteira, criptografe o disco inteiro com LUKS durante a instalação. Crie um usuário diferente de root, com privilégios de sudo para a administração diária, e desative o login como root pelo SSH.

  3. Baixe e verifique o Bitcoin Core

    Baixe a versão mais recente do Bitcoin Core em bitcoincore.org. Verifique o download com as assinaturas PGP e os hashes SHA256, conforme o procedimento de verificação do software. Extraia o pacote de binários e copie os executáveis para /usr/local/bin/ ou instale o software pelo pacote disponível. Confirme a instalação com bitcoind --version.

  4. Configure bitcoin.conf

    Crie o arquivo de configuração em ~/.bitcoin/bitcoin.conf. Inclua server=1 para ativar RPC e listen=1 para aceitar conexões de entrada. Use dbcache=4096 para acelerar a sincronização inicial e ajuste o valor conforme a RAM disponível. Use maxuploadtarget=5000 para manter os envios abaixo de cerca de 5.000 MiB por 24 horas. Se houver espaço suficiente, use prune=0 para um nó completo de arquivo. Se o espaço for limitado, use prune=550 para um nó podado.

  5. Configure o acesso à rede e o encaminhamento de portas

    Abra a porta TCP 8333 no roteador e encaminhe-a para o endereço IP local do nó. No próprio nó, configure o firewall com ufw allow 8333/tcp e ufw allow ssh. Atribua ao nó um IP estático na rede local por meio de uma reserva DHCP nas configurações do roteador. Quando o nó estiver sincronizado e tiver rodado por algum tempo, confira se outros nós conseguem chegar até ele. O comando bitcoin-cli getnetworkinfo deve mostrar connections_in acima de 0.

  6. Inicie o download inicial de blocos

    Inicie o bitcoind com bitcoind -daemon. Acompanhe o progresso com bitcoin-cli getblockchaininfo e confira o campo verificationprogress. A sincronização inicial normalmente leva um ou dois dias em um mini-PC com uma unidade NVMe rápida e de dois a quatro dias em uma Raspberry Pi 5, conforme o hardware e a velocidade da internet. Durante esse período, o nó exige bastante CPU, largura de banda e operações de leitura e gravação no disco. Evite rodar outros aplicativos que consumam muitos recursos na mesma máquina durante a sincronização inicial.

  7. Configure o bitcoind como serviço do sistema

    Crie um arquivo de serviço do systemd em /etc/systemd/system/bitcoind.service para o nó iniciar automaticamente com a máquina e reiniciar depois de falhas. Defina limites adequados de recursos e de descritores de arquivo (LimitNOFILE=32768) e o usuário e grupo corretos. Ative o serviço com systemctl enable bitcoind e gerencie-o com os comandos normais do systemd.

  8. Monitore o nó e faça a manutenção

    Confira o estado do nó com frequência usando bitcoin-cli getnetworkinfo e bitcoin-cli getpeerinfo. Acompanhe o uso do disco porque a blockchain cresce cerca de 80 GB por ano. Configure a rotação de logs do arquivo debug.log. Para planejar as atualizações do Bitcoin Core, assine os avisos de novas versões e repita a verificação a cada atualização.

As cinco linhas do passo 4 em ~/.bitcoin/bitcoin.conf e o que cada uma faz no Bitcoin Core 32.1. server=1 permite que bitcoin-cli e aplicativos enviem comandos. Já vem ativo no bitcoind, e o bitcoin-qt precisa da linha. listen=1 aceita conexões de entrada na porta 8333. Vem ativo por padrão e, como está escrito aqui, continua ativo mesmo se você adicionar proxy= para o Tor, o que de outro modo desativaria as conexões de entrada. dbcache=4096 reserva 4 GB de RAM para o cache de moedas durante a sincronização inicial. Use esse valor só com 8 GB de RAM ou mais. O padrão é de 1.024 MiB. maxuploadtarget=5000 procura manter os envios abaixo de 5.000 MiB por dia. É uma meta, e o padrão 0 significa que não há limite. prune=0 guarda todos os blocos e é o padrão. prune=550 apaga os blocos antigos depois de conferi-los. Só o dbcache e o maxuploadtarget mudam um padrão. Depois de editar o arquivo, reinicie o bitcoind, que só lê o arquivo na inicialização.
No bitcoin.conf do passo 4, só duas linhas mudam alguma coisa em um bitcoind sem outros ajustes. As outras três repetem os padrões. Se você adicionar proxy= para o Tor mais tarde, apague listen=1, pois a linha faz seu nó continuar aceitando conexões no endereço de casa. Reduza o dbcache quando a sincronização inicial terminar.

Erros comuns a evitar

Usar um disco rígido em vez de um SSD

Os discos rígidos mecânicos tradicionais não acompanham as leituras e gravações aleatórias exigidas pela sincronização da blockchain e pelo funcionamento normal do nó. Em um disco rígido, a sincronização inicial leva semanas em vez de dias, e a validação de blocos continua lenta depois. A diferença de preço entre um disco rígido e um SSD de 2 TB já não justifica a perda de desempenho. Use sempre um SSD, de preferência com interface NVMe.

Definir o dbcache baixo demais durante a sincronização inicial

Desde o Bitcoin Core 31.0, o dbcache padrão é de 1.024 MiB em um computador de 64 bits com pelo menos 4 GB de RAM (450 MiB nos demais). Isso ainda é pouco para a sincronização inicial. Sempre que o cache enche, o Bitcoin Core precisa gravá-lo no disco, e a documentação alerta que um dbcache menor faz a sincronização inicial demorar muito mais. Se a máquina tiver 8 GB de RAM ou mais, use dbcache=4096 durante a sincronização inicial. Assim, o nó mantém na memória uma parte bem maior do conjunto de UTXO, a lista de moedas não gastas usada para conferir cada transação nova, e grava no disco com muito menos frequência. Quando a sincronização inicial terminar, você pode reduzir o valor para economizar memória.

Deixar a porta 8333 sem configuração para conexões de entrada

Um nó que só abre conexões de saída (limitadas a 10 nós por padrão) contribui menos para a saúde da rede que um que também aceita conexões de entrada. O Bitcoin Core 32.1 permite 200 conexões ao todo por padrão, com até 189 de entrada. Muitos operadores pulam o encaminhamento de portas, por isso o nó se beneficia da rede, mas contribui muito pouco. Confira o número de conexões do seu nó com bitcoin-cli getconnectioncount. Quando o nó estiver sincronizado, confirme que ele recebe conexões de entrada. O campo connections_in de bitcoin-cli getnetworkinfo deve ficar acima de 0.

Duas linhas, cada uma com seu nó, seu roteador e os outros nós da rede. Cada seta sai do nó que abre a conexão. Quando a conexão está aberta, os dados fluem nos dois sentidos. Com a porta 8333 fechada, seu nó abre 10 conexões de saída pelo roteador, e o roteador bloqueia as conexões que os outros nós iniciam. Com a porta 8333 encaminhada para seu nó, às mesmas 10 conexões de saída se somam até 189 de entrada (o Bitcoin Core 32.1 permite 200 ao todo por padrão). Abrir a porta ajuda outros nós a sincronizar a partir do seu. Nos dois casos, durante a primeira sincronização, seu nó baixa os blocos pelas 10 conexões de saída.
A porta 8333 determina se outros nós conseguem chegar ao seu. Com a porta fechada, o nó ainda abre as 10 conexões de saída. Com a porta encaminhada, outros nós conseguem se conectar e baixar blocos do seu. Se o roteador aceitar PCP ou NAT-PMP, o Bitcoin Core pede que ele abra a porta automaticamente. Caso contrário, encaminhe a porta à mão, como no passo 5.

Rodar o nó sem nobreak (UPS) ou procedimento de desligamento seguro

Uma queda repentina de energia durante a validação de blocos ou a gravação no disco pode corromper os bancos de dados chainstate ou o índice de blocos. A recuperação exige reindexar tudo, o que pode levar muitas horas. Um nobreak básico, uma fonte de alimentação ininterrupta com monitoramento por USB, permite desligar o sistema com segurança durante uma queda de energia. Outra opção é configurar o nó em uma máquina com bateria de backup e scripts de desligamento automático.

Deixar de atualizar o Bitcoin Core

Versões antigas do Bitcoin Core expõem seu nó a vulnerabilidades conhecidas e deixam de fora melhorias de desempenho. Cada versão inclui correções de erros, atualizações de segurança e ganhos de eficiência. Confira qual versão seu nó roda com bitcoin-cli getnetworkinfo (campo subversion) e compare com a versão mais recente. Planeje atualizar nas primeiras semanas após cada lançamento e siga o processo completo de verificação para cada download.

Perguntas frequentes

Quanta largura de banda um nó completo de Bitcoin consome por mês?

Segundo bitcoin.org, depois da sincronização, um nó baixa cerca de 20 GB por mês. É comum que nós completos com conexões rápidas enviem 200 GB ou mais por mês. Boa parte são blocos antigos enviados a nós que fazem a primeira sincronização. Em novembro de 2026, a primeira sincronização baixa cerca de 800 GB uma única vez. Você pode limitar os envios com o ajuste maxuploadtarget no bitcoin.conf. O valor 5000 tenta manter os envios abaixo de cerca de 5 GB por dia (5.000 MiB). É uma meta flexível. Quando o nó se aproxima dela, para de servir blocos com mais de uma semana, mas continua retransmitindo blocos novos e transações.

Barras em escala. A primeira sincronização baixa cerca de 800 GB uma única vez (novembro de 2026). Depois, um nó baixa cerca de 20 GB por mês. Nós com conexões rápidas costumam enviar 200 GB ou mais por mês. Boa parte desse tráfego são blocos antigos enviados a nós que fazem a primeira sincronização (dados de bitcoin.org). Abaixo, a figura mostra o que maxuploadtarget=5000 faz à medida que os envios se acumulam no período atual de 24 horas. O nó serve qualquer bloco até chegar perto de 5.000 MiB (5,2 GB). Então, recusa pedidos de blocos com mais de uma semana, mas continua enviando blocos novos e transações. É uma meta diária, não um limite rígido.
A maior parte do tráfego de um nó é de envio, e você pode definir uma meta diária. maxuploadtarget reduz uma parte importante desse tráfego, os blocos antigos enviados a nós novos, enquanto seu nó continua retransmitindo blocos novos e transações.

Posso rodar um nó completo de Bitcoin em uma Raspberry Pi?

Sim. Escolha uma Raspberry Pi 5 com 8 GB de RAM e um SSD de 2 TB por USB 3 ou em uma placa de expansão NVMe. Nunca use o cartão microSD para a blockchain. Uma Pi 4 também consegue rodar um nó. O Umbrel diz que ela serve para fazer testes, mas recomenda a Pi 5 porque unidades USB podem fazer a Pi 4 travar. O RaspiBlitz também já não recomenda a Pi 4. A primeira sincronização leva cerca de dois a quatro dias em uma Pi 5 e mais tempo em uma Pi 4. Plataformas para nós como o Umbrel e o RaspiBlitz simplificam a configuração em uma Raspberry Pi.

O que é um nó podado e ele ainda valida todas as transações?

Um nó podado baixa e valida todo o histórico da blockchain, mas descarta os dados dos blocos antigos depois de processá-los. Mantém só os blocos mais recentes e o conjunto completo de UTXO. Com prune=550 (o mínimo, em MiB), o nó guarda só cerca de 550 MB de dados de blocos. Nós podados validam por completo cada transação e cada bloco, por isso oferecem as mesmas garantias de segurança que os nós de arquivo. A desvantagem é que não conseguem servir blocos históricos a outros nós que estejam fazendo a sincronização inicial.

Como sei se meu nó terminou de se sincronizar?

Rode bitcoin-cli getblockchaininfo e confira dois campos. verificationprogress deve mostrar 1 (ou um valor um pouco menor por um instante quando chega um bloco novo), e initialblockdownload deve mostrar false. Você também pode comparar o campo blocks com a altura atual em um explorador de blocos como mempool.space. Depois de sincronizado, o nó recebe e valida blocos novos em tempo real, normalmente em segundos após se propagarem pela rede.

Duas saídas de bitcoin-cli getblockchaininfo de 7 de novembro de 2026, com a blockchain no bloco 974,973. Durante a sincronização, blocks mostra 487,486, atrás de headers, que mostra 974,973, porque o nó baixa os cabeçalhos primeiro. verificationprogress mostra 0.175 porque, apesar de o nó já ter conferido metade dos blocos, os mais recentes concentram a maioria das transações. initialblockdownload mostra true porque a primeira sincronização ainda está em andamento. Depois de sincronizar, blocks e headers mostram o mesmo valor, 974,973. verificationprogress chega a 1, ou fica um pouco abaixo por um instante quando chega um bloco novo. initialblockdownload mostra false porque a primeira sincronização acabou. Depois, compare blocks com a altura mais recente em um explorador de blocos.
Dois campos indicam que a primeira sincronização acabou. verificationprogress chega a 1 e initialblockdownload passa a false. verificationprogress conta as transações conferidas, não os blocos. Como os primeiros blocos estão quase vazios, o valor fica baixo no começo.

Devo rodar o Bitcoin Core com o Tor para ter mais privacidade?

Rodar o Bitcoin Core pelo Tor impede que seu provedor de internet e quem observa a rede saibam que você opera um nó de Bitcoin. Para configurar o Tor, instale o daemon do Tor e acrescente proxy=127.0.0.1:9050 ao bitcoin.conf. Com um proxy, o Bitcoin Core para de aceitar conexões de entrada. A linha listen=1 do passo 4 as reativa, por isso apague a linha. Caso contrário, seu nó continua aceitando conexões na porta 8333 do IP da sua casa. Se você quiser usar só o Tor, acrescente onlynet=onion e dnsseed=0. Um nó que usa só o Tor pode demorar mais para sincronizar e se conectar a menos nós. Combinar conexões pela internet aberta e pelo Tor oferece um equilíbrio entre privacidade e desempenho.

Recursos relacionados

Faz parte do nosso curso de Bitcoin:Este tema é explicado em Como configurar seu nó de Bitcoin passo a passo, do curso Rede Lightning e nós de Bitcoin.
Categoria: Nós e infraestrutura
← Voltar aos cursos