Nós e infraestrutura

Requisitos de hardware para um nó de Bitcoin

Requisitos de hardware para um nó de Bitcoin

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

O desempenho e a confiabilidade dos nós de Bitcoin dependem do hardware, da infraestrutura de rede e da tecnologia da blockchain. À medida que a rede Bitcoin cresce, as exigências para cada nó mudaram bastante. Por isso, é importante entender os requisitos técnicos e operacionais para rodar bem um nó completo.

O download inicial de blocos (IBD) (em inglês) é uma das tarefas que mais consomem recursos na manutenção de um nó de Bitcoin (em inglês). O nó baixa e valida todo o histórico da blockchain. Em novembro de 2026, são cerca de 800 GB de blocos. A velocidade desse processo depende muito de vários componentes do hardware, principalmente da memória do sistema (RAM). Essa relação entre hardware e desempenho mostra o equilíbrio entre a facilidade de rodar um nó e a segurança da rede.

A RAM é importante para validar a blockchain porque permite que o nó mantenha boa parte do conjunto de saídas de transação não gastas (UTXO) (em inglês) num cache na memória. Se faltar RAM, o nó precisa ler moedas do disco com muito mais frequência, o que atrasa a validação. 8 GB de RAM bastam para rodar só o Bitcoin Core. Com 16 GB, também cabe um servidor Electrum e a Lightning na mesma máquina. Com 4 GB ou menos, o cache de moedas fica pequeno e a primeira sincronização demora mais.

A velocidade do armazenamento também afeta muito o desempenho do nó. Os SSDs NVMe modernos têm vantagens claras sobre discos rígidos tradicionais e até sobre SSDs SATA. Durante a sincronização, o nó lê e grava o tempo todo, por isso o maior número de operações de entrada e saída por segundo (IOPS) e a menor latência do NVMe fazem diferença. Isso fica mais evidente na sincronização inicial e nas revalidações posteriores.

Manter o nó em funcionamento importa por mais do que simples conveniência. Um nó que roda continuamente contribui mais para a descentralização e a segurança da rede Bitcoin. Quando um nó fica offline com frequência, ele precisa se sincronizar novamente com a rede ao reiniciar. Isso consome recursos e pode fazer com que ele perca atualizações importantes da rede. É especialmente importante para nós que oferecem serviços adicionais, como a rede Lightning (em inglês) ou operações de mineração, que dependem de conexão contínua.

A integridade dos dados é fundamental para o funcionamento do nó e costuma receber pouca atenção. Embora a corrupção de dados da blockchain seja incomum, pode acontecer por falha de hardware, desligamento incorreto ou problemas no sistema de arquivos. Se os dados forem corrompidos, o nó normalmente precisa verificar toda a blockchain outra vez para garantir a consistência dos dados. Essa verificação pode consumir tantos recursos quanto o download inicial, por isso importam tanto a qualidade do hardware quanto os procedimentos de operação.

A largura de banda e o desempenho do nó nem sempre andam juntos. É preciso ter uma conexão adequada à internet, mas o processamento exigido para validar transações costuma ser um gargalo maior que a velocidade de download. Por isso, um nó com hardware potente e uma conexão mediana muitas vezes termina a sincronização antes de um nó com conexão excelente e poucos recursos de processamento.

Os requisitos de hardware para rodar um nó de Bitcoin (em inglês) provavelmente vão continuar mudando. À medida que a blockchain e o volume de transações crescem, usar o hardware com eficiência fica ainda mais importante. Isso levanta questões sobre a possibilidade de rodar um nó completo no longo prazo e o impacto na descentralização do Bitcoin. Avanços no hardware e possíveis otimizações no protocolo podem ajudar a compensar essas exigências crescentes.

Rodar um nó de Bitcoin é um compromisso com a infraestrutura da rede e exige cuidado com os requisitos de hardware e os procedimentos de operação. A confiabilidade do nó depende de entender esses requisitos e adotar soluções adequadas, desde escolher o hardware até definir como operar a máquina. Esse investimento no funcionamento do nó contribui para a robustez e a descentralização de toda a rede Bitcoin.

Guia passo a passo

Escolher e montar o hardware de um nó completo de Bitcoin exige equilibrar desempenho, custo, consumo de energia e confiabilidade no longo prazo. O guia mostra como montar um nó dedicado com hardware comum capaz de rodar o Bitcoin Core, um servidor Electrum e, se você quiser, um nó da Lightning.

Passo 1: defina o uso e o orçamento. Um nó completo básico para verificar suas transações exige hardware modesto. Se o nó também rodar um servidor Electrum (o Electrs ou o Fulcrum) para conectar carteiras, vai precisar de mais RAM e armazenamento mais rápido. Acrescentar um nó da Lightning (o LND ou o CLN) exige ainda mais CPU e memória. Os preços mudaram muito em 2026, por isso não damos valores. A Raspberry Pi subiu o preço das placas várias vezes à medida que a memória encareceu. Antes de escolher, compare os preços atuais de uma montagem com Raspberry Pi e de outra com um mini-PC.

Três configurações lado a lado. Só para o Bitcoin Core, 8 GB de RAM bastam, então uma Raspberry Pi 4 ou 5 com 8 GB serve. Com o Bitcoin Core e um servidor Electrum, 8 GB de RAM servem e 16 GB são melhores. Essa configuração precisa de um nó sem poda. O Fulcrum também exige txindex=1, mas o Electrs não. Com o Bitcoin Core, um servidor Electrum e a Lightning, são 16 GB de RAM, e o nó deve ficar online dia e noite. Por isso, acrescente um nobreak pequeno (UPS). As três configurações usam a mesma unidade, um SSD de 2 TB em vez de um disco rígido.
Decida o que o nó vai rodar antes de comprar a máquina. Cada serviço adicional exige mais memória. A unidade de armazenamento continua a mesma. Um SSD de 2 TB atende às três configurações.

Passo 2: escolha a plataforma de processamento. Uma Raspberry Pi 5 com 8 GB de RAM é a opção popular para um nó compacto e de baixo consumo. O Umbrel e o RaspiBlitz recomendam a Pi 5 no lugar da Pi 4, que pode travar com unidades USB. Para acelerar o download inicial de blocos e a indexação do Electrum, considere um mini-PC com processador Intel N100, N305 ou AMD Ryzen embarcado. Ele termina a sincronização antes de uma Raspberry Pi, embora a diferença dependa da unidade de armazenamento, da RAM e da conexão.

Passo 3: escolha o armazenamento. O tipo e a capacidade do SSD importam. Os blocos do Bitcoin ocupavam cerca de 780 GB em 28 de outubro de 2026 e crescem cerca de 80 GB por ano. Com os dados de reversão dos blocos e o conjunto de UTXO, um nó sincronizado do Bitcoin Core ocupa cerca de 900 GB, por isso um SSD de 1 TB já fica quase cheio. Compre um de 2 TB. A seção depois destes passos mostra as contas. Se a plataforma aceitar NVMe M.2, escolha essa unidade em vez de um SSD SATA. O NVMe faz leituras e gravações sequenciais 3 a 5 vezes mais rápido e tem um número bem maior de IOPS, o que reduz o tempo do IBD e da indexação do Electrum. Num mini-PC, instale o SSD dentro da máquina. Numa Raspberry Pi, um SSD de 2 TB funciona bem numa das portas USB 3 azuis. Na Pi 5, outra opção é usar uma unidade NVMe numa placa de expansão. Use a fonte de alimentação oficial para que a placa consiga alimentar a unidade.

Passo 4: instale RAM suficiente. O cache do conjunto de UTXO do Bitcoin Core é o que mais consome RAM. Durante o IBD, usar dbcache=4096 (4 GB) acelera muito a validação. Se o nó também rodar o Fulcrum, instale pelo menos 8 GB de RAM no total, de preferência 16 GB. Para rodar o Bitcoin Core, a Lightning e um servidor Electrum na mesma máquina, a recomendação é de 16 GB. Se faltar RAM, o sistema usa swap no disco, e o IBD pode passar de dias a semanas em hardware modesto.

Um bloco novo chega. Cada entrada aponta para uma moeda que gasta. O Bitcoin Core procura cada moeda primeiro no cache de moedas na RAM, cujo tamanho é definido por dbcache. Se a moeda estiver lá, a verificação é rápida. Um dbcache maior mantém mais moedas no cache. Se a moeda não estiver no cache, o Bitcoin Core lê a moeda do conjunto completo de UTXO no SSD, na pasta chainstate. Isso demora mais, e num disco rígido demora muito mais. A barra abaixo, em escala, vai do bloco 0, de 2009, até hoje. Por padrão, o Bitcoin Core 32.1 pula a verificação de assinaturas até o bloco 966.143 pelo ajuste assumevalid. Por isso, só verifica as assinaturas dos blocos mais recentes, na faixa laranja estreita a partir de setembro de 2026. Ele confere todas as outras regras em cada bloco, dos valores à prova de trabalho.
Na primeira sincronização, cada entrada faz o Bitcoin Core procurar uma moeda. Se encontrar a moeda na RAM, a verificação é rápida. Se não, ele lê a moeda da unidade de armazenamento. Por isso, dbcache e um SSD rápido ditam o ritmo, enquanto o Bitcoin Core só verifica as assinaturas dos blocos mais recentes.

Passo 5: garanta alimentação e refrigeração confiáveis. Os nós de Bitcoin devem rodar 24/7 para participar da rede da melhor forma e manter os canais da Lightning confiáveis. Use um nobreak pequeno de 100 a 200 watts, uma fonte de alimentação ininterrupta, para proteger contra quedas breves de energia que possam corromper o banco de dados da blockchain. Se você montar um nó com Raspberry Pi, use a fonte oficial do modelo, a de 27 W (5 A) com USB-C para uma Pi 5 ou a de 3 A com USB-C para uma Pi 4. Com qualquer outra fonte, a Pi 5 limita a corrente total das portas USB a 600 mA, o que pode não bastar para um SSD conectado por USB. Consulte a documentação de alimentação da Raspberry Pi (em inglês). Garanta boa circulação de ar em volta do SSD, que esquenta com gravações contínuas durante o IBD.

Passo 6: configure o sistema operacional. Instale uma distribuição leve do Linux. Use o Raspberry Pi OS Lite em máquinas ARM ou o Debian/Ubuntu Server em plataformas x86. Desative o ambiente gráfico para poupar RAM e CPU. Ative o SSH para administração remota e configure atualizações automáticas de segurança. Se você usar uma solução de nó pronta (Umbrel, Start9 ou RaspiBlitz), siga o guia de instalação do produto, que configura o sistema operacional automaticamente. Confira primeiro quais equipamentos são compatíveis. O umbrelOS roda numa Raspberry Pi 5 ou Pi 4 e em máquinas Intel ou AMD de 64 bits. O StartOS pode ser instalado em máquinas x86-64, ARM64 e RISC-V. Entre as Raspberry Pi, ele roda só na Pi 4 (em inglês).

Passo 7: instale e configure o Bitcoin Core. Baixe o Bitcoin Core em bitcoincore.org e verifique as assinaturas PGP. No bitcoin.conf, defina server=1 e txindex=0 (o Fulcrum precisa de txindex=1, mas o Electrs não). Durante o IBD, use dbcache=4096. Depois, apague a linha para voltar ao padrão. Desde o Bitcoin Core 31.0, o padrão é de 1.024 MiB num computador de 64 bits com pelo menos 4 GiB de RAM e de 450 MiB nos demais. Acrescente também maxmempool=300 e maxconnections=40. Inicie o Bitcoin Core e acompanhe o andamento do IBD com bitcoin-cli getblockchaininfo. Numa Raspberry Pi, conte com dias de IBD em vez de horas. Num mini-PC com NVMe, leva menos tempo.

Passo 8: confira o desempenho e planeje o crescimento. Quando o IBD terminar, confira o uso dos recursos em condições normais. A CPU deve ficar quase ociosa, com picos breves a cada bloco novo. O uso de RAM deve ficar estável, e as leituras e gravações no disco devem ser mínimas. Acompanhe o uso do disco todo mês e planeje ampliar o armazenamento antes de chegar a 80% da capacidade. Se você adicionar um servidor Electrum mais tarde, a indexação acontece uma vez e pode levar de 12 a 48 horas, dependendo do hardware. Depois, o uso dos recursos volta a níveis baixos.

1 TB ainda basta em 2026?

Para um nó novo, não. O gráfico da blockchain.com (em inglês) mostra o tamanho total dos blocos do Bitcoin. Veja as contas.

  • Dado mais recente: 779,0 GB em 28 de outubro de 2026.
  • Um ano antes: 697,4 GB em 3 de novembro de 2025. Assim, os blocos cresceram cerca de 82 GB em um ano.
  • Quanto ocupa um nó sincronizado: cerca de 900 GB. Além dos blocos, há os dados de reversão, 106 GB segundo uma auditoria de armazenamento de agosto de 2026 (em inglês), e o conjunto de UTXO, de 11 a 15 GB. A estimativa do próprio Bitcoin Core 32.1 é maior, 897 GiB ou cerca de 963 GB (em m_assumed_blockchain_size), porque o processo de lançamento (em inglês) acrescenta uma margem de 5 a 10% ao tamanho do diretório de dados sincronizado.
  • Crescimento anual: cerca de 90 GB, contando os dados de reversão que acompanham cada bloco novo.
  • Quanto sobra numa unidade de 1 TB: cerca de 100 GB antes da formatação, mais ou menos um ano no ritmo atual. A formatação usa parte do espaço. No Linux, o ext4 reserva 5% da unidade para o usuário root por padrão (mke2fs, opção -m, em inglês).

Um nó sincronizado ocupa mais espaço que os blocos porque o Bitcoin Core também guarda os dados de reversão de cada bloco nos arquivos rev*.dat, ao lado dos blocos, e o conjunto de UTXO na pasta chainstate. A documentação sobre a estrutura dos arquivos (em inglês) descreve essa organização. Um servidor Electrum ainda acrescenta o próprio índice. O README do Fulcrum (em inglês) informa que, em agosto de 2023, o índice de Bitcoin ocupa 133 GB. Esse índice cresce com a blockchain. O Fulcrum também precisa do índice de transações do Bitcoin Core (txindex=1), que ocupa cerca de 26 GB no formato menor do Bitcoin Core 32.1. Se você adicionar o Fulcrum, o nó não cabe mais numa unidade de 1 TB. O Electrs dispensa o índice de transações e mantém um índice menor (o README informa cerca de 10% de espaço adicional, em inglês). Mesmo assim, ele deixa uma unidade de 1 TB quase cheia.

As unidades estão em escala, com a capacidade de fábrica, antes da formatação. Um nó sincronizado do Bitcoin Core ocupa cerca de 900 GB. Só os blocos somam 779 GB em 28 de outubro de 2026. O restante corresponde aos dados de reversão e ao conjunto de UTXO. Numa unidade de 1 TB, sobram cerca de 100 GB, uma célula laranja de cerca de 90 GB. Isso representa um ano de crescimento no ritmo atual, contando os blocos novos e os dados de reversão. Com o Fulcrum, o espaço necessário ultrapassa 1 TB. Faltam pelo menos 60 GB, contando o tamanho do índice do Fulcrum em 2023, 133 GB, mais os 26 GB do índice de transações que ele exige do Bitcoin Core. Numa unidade de 2 TB, sobram cerca de 1.100 GB, onze células inteiras e quase toda a décima segunda, mais de uma década no ritmo atual.
Conte as células laranjas. Cada uma representa um ano de crescimento. Um nó sincronizado ocupa cerca de 900 GB, por isso numa unidade de 1 TB cabe mais um ano de crescimento e falta espaço para o Fulcrum. Numa unidade de 2 TB, cabem mais de dez anos.

Um SSD de 2 TB dá espaço para mais de uma década de dados do próprio Bitcoin Core no ritmo atual. Continue conferindo o uso do disco todo mês e aumente o espaço antes de chegar a 80% (passo 8), caso o crescimento acelere. Se o espaço em disco for a única coisa que você não pode mudar, um nó podado funciona, como explicam as perguntas frequentes abaixo. Servidores Electrum que criam índices, como o Electrs e o Fulcrum, precisam de um nó sem poda.

Erros comuns a evitar

1. Usar um disco rígido externo por USB ou um HDD em vez de um SSD. Os discos rígidos mecânicos tradicionais não dão conta das leituras e gravações aleatórias exigidas pela validação da blockchain. Num HDD, o IBD pode levar semanas ou meses e talvez nunca termine por exceder os limites de tempo. Mantenha sempre a blockchain num SSD. Num mini-PC, instale o SSD dentro da máquina. Numa Raspberry Pi, conecte o SSD por USB 3 ou numa placa de expansão NVMe.

2. Rodar com pouca RAM e dbcache alto. Se você definir o dbcache como 4 GB num sistema com apenas 4 GB de RAM no total, quase nada sobra para o sistema operacional, o servidor Electrum e o cache do sistema de arquivos. Isso obriga o sistema a usar o swap o tempo todo, o que derruba o desempenho. Durante o IBD, o dbcache nunca deve passar da metade da RAM total do sistema. Reduza o valor quando a sincronização terminar.

O mesmo ajuste, dbcache=4096 (um cache de moedas de 4 GB), em três máquinas, com a RAM em escala. Com 4 GB de RAM, só o dbcache já ocupa a memória inteira e não sobra nada. O sistema e os aplicativos passam a usar o swap do disco, a sincronização fica muito lenta e o Bitcoin Core 32.1 avisa na inicialização. Com 8 GB, o dbcache ocupa exatamente metade e sobram 4 GB, suficientes para rodar só o Bitcoin Core. Com 16 GB, ocupa um quarto e sobram 12 GB, com espaço para um servidor Electrum e a Lightning. Durante a primeira sincronização, reserve no máximo metade da RAM para o dbcache e reduza o valor quando ela terminar.
Um cache maior só ajuda enquanto couber na RAM. Ao ultrapassar esse limite, o computador começa a mover dados da memória para o disco, e a sincronização demora mais.

3. Usar uma fonte de alimentação barata ou com potência insuficiente. Os nós em Raspberry Pi são especialmente sensíveis à qualidade da fonte. A placa registra um aviso de baixa tensão quando a alimentação cai abaixo de 4,63 V. A documentação da Raspberry Pi (em inglês) avisa que uma fonte ruim pode corromper dados armazenados ou fazer a placa funcionar de forma imprevisível. Num nó, isso significa travamentos inesperados e danos ao cartão SD ou ao SSD. O mesmo vale para mini-PCs. Use o adaptador de alimentação recomendado pelo fabricante em vez de um substituto genérico. Se um desligamento incorreto corromper o banco de dados da blockchain, pode ser preciso sincronizar tudo outra vez, o que custa dias.

4. Deixar de configurar o monitoramento e as reinicializações automáticas. Problemas de hardware, quedas de energia e falhas de software são inevitáveis durante a vida útil de um nó que roda 24/7. Sem monitoramento, seu nó pode ficar fora do ar por dias ou semanas sem que você perceba, o que afeta a disponibilidade dos canais da Lightning e a conexão das carteiras. Configure um serviço de monitoramento, como restart-on-failure do systemd, monit ou uma verificação simples com cron, para reiniciar automaticamente o Bitcoin Core e os serviços associados depois de falhas.

5. Comprar mais hardware que o necessário sem pensar em ampliações. Um servidor de US$ 2.000 é desnecessário para um nó pessoal de Bitcoin. No outro extremo, comprar o hardware mais barato, sem possibilidade de ampliação, significa trocar tudo em 1 a 2 anos. Escolha uma plataforma que permita ampliar a RAM e o armazenamento. No longo prazo, um mini-PC com RAM encaixada e um slot M.2 sai mais em conta que uma Raspberry Pi, que tem RAM soldada e fixa no momento da compra (até 16 GB na Pi 5).

Perguntas frequentes

Posso rodar um nó de Bitcoin numa Raspberry Pi 3 ou Zero?

Tecnicamente é possível, mas a Raspberry Pi 3 (1 GB de RAM) e a Pi Zero (512 MB de RAM) têm pouca memória para rodar um nó de Bitcoin na prática. O IBD levaria muitas semanas, e rodar um servidor Electrum junto com o Bitcoin Core seria muito lento. Uma Raspberry Pi 4 com 8 GB de RAM ainda pode rodar um nó, mas o Umbrel diz que ela “serve para fazer testes” porque unidades USB podem fazê-la travar. Se você quiser montar um nó com ARM, escolha a Raspberry Pi 5, vendida com até 16 GB de RAM desde janeiro de 2025. Com 8 GB, dá para rodar só o Bitcoin Core. Com 16 GB, também cabem um servidor Electrum e a Lightning na mesma placa.

Quanto tempo leva o download inicial de blocos em cada tipo de hardware?

O tempo do IBD depende da unidade de armazenamento, da RAM, de dbcache e da sua conexão, por isso um único prazo não serve para todas as máquinas. Um mini-PC com SSD NVMe e 16 GB de RAM termina a sincronização antes de uma Raspberry Pi com SSD por USB. O guia do RaspiBlitz indica de três a seis dias para uma Raspberry Pi 4. Com uma conexão rápida, o gargalo é a validação, não a velocidade de download. Por padrão, o Bitcoin Core 32.1 pula a verificação de assinaturas até o bloco 966.143 (setembro de 2026) pelo ajuste assumevalid. Por isso, na maior parte da blockchain o trabalho é procurar as moedas que cada bloco gasta, tarefa em que a RAM (dbcache) e um SSD rápido ajudam. O Bitcoin Core confere as assinaturas nos blocos mais novos. Blocos recentes com transações complexas levam proporcionalmente muito mais tempo para validar.

Vale a pena rodar um nó podado para poupar espaço em disco?

Um nó podado descarta os dados de blocos antigos depois de validá-los. Ele mantém só os blocos mais recentes (550 MB no menor ajuste) e o conjunto de UTXO. Isso reduz o espaço ocupado para cerca de 15 GB, mas deixe espaço para uns 30 GB porque o Bitcoin Core regrava de vez em quando o banco de dados de UTXO e, por pouco tempo, precisa de espaço para quase uma segunda cópia (em inglês). A desvantagem é que um nó podado não consegue servir blocos históricos a outros nós, passar dados para um servidor Electrum que crie índices, como o Electrs ou o Fulcrum (os dois exigem um nó sem poda), nem varrer a blockchain outra vez em busca de transações antigas da carteira. O Electrum Personal Server foi criado para funcionar com poda, mas a última versão (0.2.4, de junho de 2022) depende de comandos de carteira que o Bitcoin Core retirou na versão 30.0 (em inglês). Por isso, ele não funciona com o Bitcoin Core 30.0 nem com versões posteriores. Se o espaço em disco for sua principal limitação, a poda serve para verificar transações básicas, mas a maioria dos operadores prefere um nó completo sem poda para ter todas as funções.

Duas cadeias de blocos de 2009 até hoje. Um nó completo mantém todos os blocos e o conjunto de UTXO, cerca de 900 GB. Um nó podado baixa e confere os mesmos blocos e depois apaga os antigos. Ele mantém só os blocos mais recentes (550 MB no menor ajuste) e o conjunto de UTXO (de 11 a 15 GB), cerca de 15 GB ao todo. Deixe espaço para 30 GB porque o Bitcoin Core regrava de vez em quando o conjunto de UTXO e precisa de uma segunda cópia por pouco tempo. Os dois tipos de nó conferem todos os blocos pelas mesmas regras e verificam seus próprios pagamentos novos. Um nó podado não consegue servir blocos antigos a outros nós, passar dados para o Electrs ou o Fulcrum nem varrer a blockchain outra vez em busca de transações antigas da carteira.
A poda economiza espaço, mas exige o mesmo trabalho. Um nó podado também baixa e confere todos os blocos. Depois ele apaga os antigos, por isso qualquer tarefa que dependa desses blocos mais tarde não funciona. O nó guarda cerca de 15 GB. Reserve espaço para 30.

Preciso de um endereço IP estático para rodar um nó de Bitcoin?

Não. Um IP estático é conveniente, mas não é obrigatório. Se seu IP mudar, algo comum nos provedores de internet residencial, o nó perde temporariamente as conexões de entrada até que outros nós descubram o endereço novo. O IP dinâmico não afeta as conexões de saída. Se você rodar um nó da Lightning, uma mudança no IP pode interromper a conexão com os nós parceiros dos seus canais. Nesse caso, use serviços ocultos do Tor (em inglês) para a identidade pública do nó. Assim, ele tem um endereço .onion estável mesmo quando o IP muda.

Recursos relacionados

Faz parte do nosso curso de Bitcoin:Este tema é explicado em Por que rodar um nó de Bitcoin? Benefícios, requisitos e o que você vai precisar, do curso Rede Lightning e nós de Bitcoin.
Categoria: Nós e infraestrutura
← Voltar aos cursos