Como rodar um nó completo de Bitcoin em uma VPS

Um nó completo é a única forma de usar Bitcoin sem perguntar a mais ninguém qual é a verdade. Qualquer outra opção — um explorador de blocos, uma carteira leve conversando com um servidor público, um saldo em uma exchange — significa confiar a um terceiro o seu histórico e entregar sua privacidade de quebra. O Bitcoin Core em si leva cerca de dez minutos para instalar. O que realmente decide se o seu nó é útil é a máquina por trás dele: quanto disco você deu a ele, se o upload é limitado, e o que a hospedagem consegue ver.

O que um nó completo faz — e o que não faz

Um nó completo baixa cada bloco, verifica cada assinatura e cada regra de consenso por conta própria, e mantém sua própria cópia do conjunto atual de moedas gastáveis. Ele é um verificador. Não é um minerador, e sozinho não é uma carteira.

• Ele valida de forma independente — nenhum explorador, nenhuma exchange e nenhum servidor de carteira leve decide por você o que é válido ou qual é o seu saldo.
• Ele evita que você vaze seus endereços para o servidor de um estranho toda vez que uma carteira sincroniza, que é o maior vazamento de privacidade que a maioria dos usuários de Bitcoin tem.
• Ele retransmite blocos e transações adiante, que é a parte que ajuda a rede, e não só você.
• Ele não rende nada, não vota em nada, e não torna suas moedas mais seguras se suas chaves já são mal cuidadas.

Completo, podado ou indexado: três pegadas de disco muito diferentes

Essa única decisão determina o plano de que você precisa, então tome-a antes de contratar qualquer coisa. Os três modos verificam a cadeia exatamente da mesma forma — a diferença está só em quanto disso permanece no disco depois de concluída a verificação.

• Podado — o Core baixa e verifica tudo, depois descarta os arquivos de blocos antigos e mantém só os recentes. Com prune=5000 os dados de blocos ficam em torno de 5 GB; some o conjunto de UTXOs e o sistema operacional e você chega perto de 25 GB no total.
• Completo — cada bloco é mantido para sempre. Isso já passa de 750 GB de dados de blocos hoje, crescendo cerca de 7 GB por mês, mais o conjunto de UTXOs por cima. Você precisa disso para servir blocos históricos a outros peers, ou para reindexar depois sem baixar a cadeia de novo.
• Indexado — modo completo mais txindex=1, que permite procurar qualquer transação pelo ID e é o que exploradores de blocos e alguns softwares de servidor esperam. Isso soma dezenas de gigabytes a mais, e não pode ser combinado com poda.

Escolhendo uma VPS para um nó Bitcoin: disco, RAM e uma porta ilimitada

O Bitcoin Core é paciente quanto a CPU e exigente quanto a disco. Leituras e escritas aleatórias no banco de dados de UTXOs são o que torna uma sincronização rápida ou penosa, e é por isso que o NVMe importa muito mais do que o número de núcleos aqui. Todos os planos da gama VPS offshore vêm com NVMe Gen4 em RAID-10 e banda ilimitada, então a escolha real é a capacidade.

• Nó podado: VPS-4 a $7.49/mo — 2 vCPU EPYC, 4 GB DDR5 ECC e 60 GB NVMe, com folga confortável para prune=5000 mais os logs. O VPS-2 a $3.99 também funciona se você podar mais forte.
• Nó podado que sincroniza rápido: VPS-8 a $13.99/mo — 4 vCPU e 8 GB permitem dar ao Core vários gigabytes de dbcache, que é a maior alavanca isolada sobre o tempo de sincronização.
• Nó completo: o VPS-64 a $89.99/mo é o único nível de VPS em que uma cadeia sem poda ainda cabe nos 800 GB de NVMe — e, no tamanho de hoje, isso mal deixa um ano de margem.

Para um nó completo ou indexado, faça a conta com honestidade em vez de comprar a maior VPS por reflexo: um servidor dedicado começa em $64/mo com 64 GB de memória e 2 × 1 TB NVMe, o que é ao mesmo tempo mais barato e bem mais espaçoso que o maior nível de VPS. Se você pretende guardar a cadeia por anos, ou empilhar um servidor Electrum e um site hospedado sem KYC ao lado, comece por ali em vez de fazer upgrade duas vezes.

Passo a passo: de uma recarga em cripto a um nó sincronizado

1. 01Crie uma conta com um e-mail descartávelUm e-mail e uma senha. Sem nome, telefone ou documento, para que nada do nosso lado vincule o nó a você.
2. 02Recarregue seu saldo em criptoAlimente um saldo pré-pago com Bitcoin, Monero ou qualquer uma das 8 moedas disponíveis. Nunca expira nem é congelado.
3. 03Implante a VPSEscolha um plano, uma região e uma imagem Debian ou Ubuntu. O acesso root fica pronto em cerca de um minuto, na mediana.
4. 04Instale o Bitcoin Core e verifique o downloadBaixe a versão a partir do projeto Bitcoin Core, depois confira as assinaturas antes de descompactar. Pular essa etapa é como as pessoas acabam rodando o binário de outra pessoa.
5. 05Rode-o com seu próprio usuário sob o systemdUm usuário bitcoin dedicado, um diretório de dados que ele possui, e um arquivo de unidade para que o nó volte sozinho depois de um reboot.
6. 06Escreva o bitcoin.conf, inicie e acompanhe o logDefina seu nível de prune, o dbcache e as opções de rede, inicie o serviço e acompanhe o log até o progresso de verificação chegar a 1.

As linhas do bitcoin.conf que realmente importam

O Core vem com padrões sensatos, e uma boa configuração costuma ter seis ou sete linhas. Estas são as que valem a pena entender em vez de simplesmente copiar de um fórum.

• dbcache — memória para o banco de dados de UTXOs, 450 MB por padrão. Subir para alguns milhares durante a sincronização inicial é a aceleração mais barata disponível, e você pode baixar de novo depois.
• prune — um teto de tamanho em MB para o armazenamento de blocos, mínimo de 550. Passar de podado para completo depois significa baixar a cadeia de novo, então decida antes da primeira inicialização.
• txindex=1 — constrói um índice completo de transações. Ative só se alguma ferramenta que você realmente usa precisar disso; adicionar depois força uma reindexação.
• listen=1 com a porta 8333 aberta — faz de você um nó que aceita conexões, alcançável por outros peers. É a diferença entre usar a rede e contribuir com ela.
• maxuploadtarget — um teto diário flexível para o tráfego de saída, que vale a pena configurar em qualquer hospedagem que limite a transferência.
• blocksonly=1 — para de retransmitir transações soltas. Corta a banda de forma brusca, ao custo de um mempool útil e de ajudar a propagação.

Sincronização inicial: o que realmente a torna lenta

A primeira sincronização é a única parte genuinamente pesada do processo. O Core reproduz a cadeia inteira, e embora pule a verificação de scripts abaixo de um bloco recente fixo no código por padrão, ainda assim reconstrói todo o conjunto de UTXOs do zero — então o trabalho é dominado por I/O de disco aleatório e hashing, não pela sua conexão. Em NVMe Gen4 com um dbcache generoso, uma sincronização completa normalmente termina em bem menos de um dia; o mesmo trabalho em um disco rígido comum pode levar uma semana. Dê a ela mais memória em vez de mais núcleos, e resista a reiniciar por impaciência: o progresso é gravado periodicamente, mas um reinício no meio de um flush custa o cache pelo qual você estava pagando.

Rodando o nó pelo Tor

Um nó que aceita conexões se anuncia aos peers. Em um endereço clearnet esse anúncio é público, e aponta para o seu servidor. O Core tem suporte de primeira classe ao Tor: dê a ele um proxy SOCKS do Tor local e acesso à porta de controle do Tor, e ele vai publicar seu próprio serviço onion e aceitar conexões de entrada por ali. Adicione onlynet=onion e ele não vai falar com a clearnet de jeito nenhum.

Isso é uma tarefa diferente de rodar um relay Tor, que carrega o tráfego de outras pessoas e é deliberadamente público. Aqui o Tor é simplesmente a forma como o seu próprio nó alcança seus peers, e o trade-off é modesto: nós somente-onion sincronizam um pouco mais devagar e contam com um conjunto menor de peers, o que para uma máquina que você deixa rodando raramente é um problema.

Banda: o custo que ninguém prevê no orçamento

Um nó que aceita conexões envia muito mais do que recebe. Cada peer fazendo sua própria sincronização inicial pode puxar centenas de gigabytes de você, e um nó completo bem conectado vai servir tranquilamente vários terabytes por mês se você deixar. Em uma hospedagem com contagem de tráfego, isso é uma fatura de excesso — é exatamente o perfil de tráfego que os planos de hospedagem "ilimitados" são escritos para excluir. Transferência ilimitada é padrão em toda a nossa gama, e se você quiser semear a cadeia de forma agressiva para outros, a linha 10 Gbps Unmetered a partir de $34.99/mo traz uma porta dedicada para isso. Se preferir ficar pequeno, limite deliberadamente com maxuploadtarget em vez de deixar ao acaso.

Conectando carteiras, um servidor Electrum ou o BTCPay

Um nó sozinho é só metade da configuração — o ponto é fazer o seu próprio software conversar com ele em vez de com o de um estranho. Carteiras como Sparrow e Specter se conectam direto à RPC do Core por um túnel. Carteiras de protocolo Electrum precisam de um servidor no meio: electrs ou Fulcrum constroem seu próprio índice a partir dos arquivos brutos de blocos, que é uma das razões concretas para continuar sem poda. E se você quiser receber pagamentos por conta própria, o BTCPay Server rodando contra o seu nó elimina o processador de pagamentos por completo — a mesma lógica de auto-hospedagem de colocar um site no ar sem KYC.

Uma regra vale para qualquer stack: o nó verifica, e suas chaves vivem em outro lugar. Use uma carteira de hardware ou um assinador offline e deixe que a máquina alugada não faça nada além de validação. Uma máquina que você não possui fisicamente não é onde fundos relevantes deveriam ficar.

O trade-off honesto de privacidade de um nó que você não possui

Um nó em uma VPS não é idêntico a um debaixo da sua mesa, e vale a pena ser preciso sobre o porquê. Ele remove o vazamento maior e mais comum: consultar exploradores públicos e servidores Electrum de terceiros que registram exatamente quais endereços você perguntou. O que ele não consegue remover é a hospedagem. Qualquer pessoa com acesso físico a uma máquina pode, em princípio, ler seu disco e sua memória, e a criptografia de disco completo em um servidor remoto protege você contra um disco roubado, não um em funcionamento.

Então a pergunta útil não é "a hospedagem consegue ver isso" e sim "a hospedagem sabe quem eu sou". A hospedagem sem KYC responde exatamente isso: um e-mail e uma senha, sem verificação, nada em arquivo para vazar ou para uma intimação exigir. Pagar a partir de um saldo em cripto remove o banco. Até onde levar o lado do pagamento é uma escolha de modelo de ameaça — o Bitcoin é pseudônimo, não anônimo, então moedas rastreadas até uma exchange verificada ainda levam a algum lugar, enquanto recarregar em Monero fecha essa brecha no nível do protocolo. O mesmo raciocínio se aplica a rodar um nó Monero, onde o que você está protegendo é o vínculo entre carteira e nó.

Erros que deixam um nó travado, ocioso ou exposto

• O disco enchendo no meio da sincronização porque a poda foi decidida depois do fato — configure antes da primeira inicialização, não na metade do caminho.
• A porta 8333 deixada fechada no firewall, então o nó só faz conexões de saída e nunca serve um único peer.
• A RPC vinculada a 0.0.0.0 "só para teste", o que em um IP público é encontrado em questão de horas.
• O txindex ativado por reflexo em um disco pequeno, para depois descobrir que remover exige uma reindexação completa.
• O nó rodando como root a partir de um diretório home sem unidade systemd, então um reboot qualquer encerra silenciosamente a experiência.

Nenhuma dessas é uma falha exótica. É o que acontece quando a máquina é escolhida só pelo preço e os detalhes ficam para depois. Escolha o disco para o modo que você realmente quer, mantenha a porta de peers aberta e a RPC fechada, e um nó Bitcoin é uma das coisas menos exigentes que você pode deixar rodando por anos.