Execute um nó Bitcoin completo em um VPS

Três coisas, e só duas delas são sobre privacidade.

• Verificação. Seu nó impõe o consenso por conta própria — cada assinatura, script, subsídio e ajuste de dificuldade, verificado contra sua própria cópia da chain. Ninguém consegue convencê-lo de que uma moeda existe quando não existe. Esta é a parte que não pode ser delegada: uma carteira leve confia na resposta de um servidor.
• Privacidade na camada de rede. Uma carteira leve precisa dizer a alguém quais endereços lhe interessam. Mesmo os protocolos mais educados entregam a um servidor o suficiente para agrupar seus endereços em uma única carteira e prendê-la a um IP. Seu próprio nó responde a essas consultas localmente.

O que um nó não compra é anonimato on-chain. O livro-razão continua público e permanente; um nó corrige apenas a camada de rede. Se a não vinculação na própria chain é o requisito, essa é outra chain — execute um nó Monero em vez disso — e um VPS pago em cripto é realmente anônimo? detalha o resto da conta.

Os dois tipos de nó validam de forma idêntica. Um nó podado baixa cada bloco, verifica cada regra e constrói o mesmo conjunto UTXO, depois apaga os arquivos antigos de blocos de que não precisa mais. O que ele abre mão é da capacidade de servir histórico: não pode alimentar blocos antigos para um peer em sincronização, não pode refazer o rescan de uma carteira cujas moedas são anteriores ao seu horizonte de poda, e não pode sustentar um índice que leia transações históricas arbitrárias.

A diferença de tamanho não é sutil. Em 2026 a chain não podada já passa de 700 GB e continua ganhando dezenas de gigabytes por ano — confira o número atual antes de definir o disco, porque ele só cresce. Um nó podado com prune=5000 mantém cerca de 5 GB de arquivos de blocos, mais o conjunto UTXO e os próprios bancos de dados do Core: considere o datadir em 20 GB.

Então opte pelo modo podado, a menos que você tenha um motivo específico para não fazer isso. Os motivos são poucos: servir blocos históricos de volta para a rede, txindex para um explorador de blocos, ou rodar seu próprio servidor Electrum.

• CPU. Um núcleo acompanha a ponta da chain indefinidamente. É no download inicial de blocos que os núcleos ganham seu lugar, porque a verificação de assinaturas é paralelizável — 2 a 4 vCPU encurtam a primeira sincronização e depois voltam à ociosidade. A virtualização KVM completa importa mais do que a quantidade de núcleos: isolamento real de hardware e seu próprio kernel, não um contêiner dividido com o de outra pessoa.
• RAM. 2 GB é o piso de funcionamento para um nó podado. dbcache é o botão que realmente importa — um ou dois gigabytes de cache UTXO durante o IBD eliminam horas de leituras aleatórias, e você pode reduzi-lo depois.
• Disco. Dimensionado como acima, e NVMe em vez de qualquer outra coisa. O IBD é dominado pelo acesso aleatório ao chainstate, não pelo download.
• Banda. O IBD move a chain inteira independentemente da poda: várias centenas de gigabytes, uma única vez. Um nó que escuta conexões então envia dados de forma constante para os peers, limitável com maxuploadtarget. Todo plano aqui roda em uma porta de 1 Gbps com tráfego ilimitado e sem faturas por excedente.

Números concretos da nossa grade, porque “depende” não é uma resposta:

• Podado, uso pessoal — Cub, 1 vCPU / 2 GB / 40 GB NVMe, $5.00/mo. Um datadir de 20 GB com folga, e a recomendação honesta para a maioria dos leitores.
• Podado, confortável — Scout, 2 vCPU / 4 GB / 70 GB, $9.00/mo. Reduz a espera de sincronização praticamente pela metade. Se esta máquina vai fazer mais de um trabalho, comece aqui.
• Nó mais Lightning mais monitoramento — Runner, 3 vCPU / 6 GB / 100 GB, $14.00/mo.
• Arquivo completo — onde a honestidade vence o upsell. Garmr (500 GB, $69.00/mo) não cabe mais em uma chain não podada de 2026, então não o compre para isso. Fenrir (16 vCPU / 64 GB / 800 GB NVMe, $99.00/mo) cabe, com autonomia medida em alguns anos, em vez de para sempre.

A localização é irrelevante para um nó, que não tem exigência de latência, então escolha pelo preço ou pela jurisdição: Amsterdã, Paris, Bucareste e Sófia ficam no preço base, enquanto Estocolmo, Kuala Lumpur, Reykjavík e Zurique têm um multiplicador. A cobrança anual equivale a dez meses em vez de doze.

O IBD não é um problema de download. Várias centenas de gigabytes chegam por uma porta de 1 Gbps em questão de horas; os dias vêm do que acontece depois — verificar cada assinatura desde 2009 e manter um conjunto UTXO que é constantemente relido de forma aleatória. Essa carga é limitada primeiro pela latência do armazenamento e depois pela CPU.

O efeito prático é de uma ordem de magnitude. Em NVMe RAID10 com alguns gigabytes de dbcache, um IBD podado costuma terminar em cerca de um dia. O mesmo trabalho em um SSD SATA compartilhado de um host barato costuma levar uma semana e às vezes nunca termina, porque o operador desiste primeiro. É aqui que NVMe versus SSD deixa de ser uma linha de ficha técnica. Todo plano aqui é 100% NVMe, e é por isso que o nível mais barato é um lugar realista para rodar um nó, e não apenas uma questão técnica.

Uma alavanca se você estiver impaciente: aumente o dbcache o quanto a RAM permitir durante a sincronização, depois volte ao valor original.

O Core tem suporte de primeira classe ao Tor, e para um nó pessoal o modo somente Tor é o padrão que vale a pena escolher. Ele esconde de qual nó uma transação se originou, mantém o endereço do seu VPS fora das listas de peers permanentemente propagadas do Bitcoin, e permite que suas próprias carteiras alcancem o nó de qualquer lugar sem abrir uma porta de entrada.

Instale o tor, adicione o usuário do daemon ao grupo debian-tor para que o Core consiga acessar a porta de controle, e adicione ao bitcoin.conf:

proxy=127.0.0.1:9050
onlynet=onion
listenonion=1
discover=0
dnsseed=0

O Core cria e anuncia automaticamente seu próprio serviço onion v3; confirme com bitcoin-cli getnetworkinfo que o endereço onion está listado e que a rede onion aparece como alcançável.

O trade-off honesto: peers onion são mais raros e mais lentos, então sincronizar via Tor demora visivelmente mais. Se o Tor já está rodando na máquina de qualquer forma, nosso guia de relay Tor e as notas de VPS amigável ao Tor cobrem o lado da política — relays e serviços onion são bem-vindos aqui, não apenas tolerados.

Um servidor Electrum fica entre seu nó e as carteiras do protocolo Electrum, mantendo uma visão da chain indexada por endereço, para que uma carteira possa perguntar “o que há neste scripthash?” e obter uma resposta instantânea. Rodar o seu próprio significa que Electrum, Sparrow e BlueWallet se conectam a você, em vez de a um servidor público que vê todos os endereços que você possui.

A pegadinha que os tutoriais de uma linha ignoram: electrs e Fulcrum exigem um nó não podado. Eles constroem seu índice lendo os arquivos de blocos diretamente, então o histórico precisa continuar em disco. Adicionar um servidor Electrum, portanto, te tira de uma máquina podada de $5 e te leva a um nó de arquivo completo, mais outros 50–100 GB para o índice — território do Fenrir, não do Cub.

Entre os dois, o electrs é mais leve em memória e mais lento para construir seu índice; o Fulcrum indexa e responde mais rápido, mas quer mais RAM. Ambos escutam na porta 50001 em texto puro e 50002 com TLS. Mantenha-os vinculados ao localhost e alcance-os por um túnel WireGuard ou um serviço onion, em vez de expô-los.

Um nó Lightning precisa de um back-end Bitcoin em que possa confiar, e o seu é o candidato óbvio. As duas principais implementações rodam junto com o Core no mesmo VPS:

• LND conversa com o bitcoind via RPC e ZMQ. Adicione os endpoints zmqpubrawblock e zmqpubrawtx ao bitcoin.conf, vinculados apenas ao localhost.
• Core Lightning chama o bitcoin-cli por padrão, o que é mais simples de entender e não abre portas extras.

A poda também complica isso. O LND consegue funcionar contra um bitcoind podado, mas precisa buscar blocos históricos ausentes junto aos peers, o que é mais lento e ocasionalmente frágil; o Core Lightning fica mais tranquilo com o histórico presente. Se o Lightning é o objetivo desde o início, ou você aceita um nó não podado, ou assume essa fricção conscientemente.

O Lightning em si é leve — o banco de dados de canais tem centenas de megabytes — mas precisa ficar online para vigiar violações de canal, o que é o argumento para um VPS em vez de um laptop que hiberna. A porta 9735 é a porta P2P do Lightning, e um nó Lightning somente Tor é perfeitamente normal.

Um nó não é um segredo, mas é uma máquina que roda continuamente, anuncia um endereço para uma rede global de gossip e — se você for descuidado — é alugada em seu nome com um cartão em seu nome.

• Cadastre-se sem identidade. Não há KYC aqui por design: sem documento, sem upload de comprovante, sem etapa de verificação para falhar.
• Pague on-chain. Recarregue em BTC e implante a partir do saldo, ou em Monero, se preferir que o próprio pagamento não vire um registro público permanente — algo que vale a pena considerar quando o que você está financiando é um nó Bitcoin. De qualquer forma não há cartão nem processador de terceiros; os detalhes estão em como comprar um VPS sem cartão de crédito.
• Não coloque identidade nenhuma na máquina. Não nomeie o hostname com o seu próprio nome, não reutilize uma chave SSH que aparece em um perfil público de hospedagem de código, e lembre-se de que o endereço de um nó que escuta conexões é publicado por design — o argumento prático mais forte para o modo somente Tor acima.

O que o host consegue ver é uma máquina movendo tráfego peer-to-peer constante em uma porta bem conhecida. Nada sobre sua carteira, seus endereços ou seus saldos — isso nunca sai da máquina, e esse é justamente o ponto. Um nó que valida é infraestrutura comum e é explicitamente bem-vindo; a única linha vizinha na política de uso aceitável é que mineração de criptomoedas não é permitida em planos compartilhados, porque monopoliza os núcleos compartilhados. Um nó não é um minerador: depois do IBD, ele fica praticamente ocioso.

O dia a dia é tranquilo. O Core lança uma versão maior a cada seis meses, mais ou menos, e atualizar significa parar o serviço, substituir os binários, iniciá-lo de novo — o datadir é compatível com versões futuras e não há ressincronização. Faça backup dos seus descriptors se o nó tiver alguma carteira; mais nada importa, porque a chain é baixada de novo por definição. Se você ficar sem espaço em disco — e um nó de arquivo vai ficar — subir de plano aumenta o disco online, sem reinstalação, cobrado proporcionalmente do seu saldo.