Draai je eigen Bitcoin-node op een VPS

Je eigen node draaien is de lijn tussen iemands woord aannemen over de chain en het zelf verifiëren. Je node handhaaft elke consensusregel onafhankelijk, en je wallets kunnen jouw node bevragen in plaats van een publieke server die stilletjes al je adressen logt. De muur waar mensen tegenaan lopen: een volledige archival node wil 600 GB+ aan schijf en blijft groeien. Een pruned node stapt daaromheen — hij valideert nog steeds de hele chain, gooit dan de oude blocks weg die hij niet meer nodig heeft, en landt rond 10–15 GB. Dat past op een kleine VPS. Hier is het eerlijke hoe, en wat pruning je kost.

Wat een node je werkelijk geeft

• Onafhankelijke validatie. Je handhaaft de regels zelf. Niets ongeldigs komt langs je node omdat het een vreemde geloofde.
• Privacy voor je eigen queries. Je wallet vraagt je node, niet een publieke explorer die elk adres ziet dat je opzoekt.
• Een basis voor de rest. Een node is de fundering waar andere dingen later op rusten — Lightning, explorers, je eigen apps.

Pruned vs full — de eerlijke kern

Tijdens de initiële sync downloadt en verifieert je node de hele chain. Dat is ruwweg 600 GB aan bandbreedte, één keer. Pruning verandert alleen wat er daarna gebeurt: het houdt recente blocks en laat de oude vallen, zodat de uiteindelijke schijf klein blijft.

Wat je opgeeft is echt: een pruned node kan geen historische blocks serveren aan andere peers, en hij kan geen willekeurige oude wallet-geschiedenis herscannen. Dus als je een oude wallet met vroege transacties importeert, heb je volledige geschiedenis nodig — een full node op een grote schijf, geen pruned. Voor simpelweg valideren en huidige wallets draaien is pruned precies goed.

Wat je nodig hebt

• Schijf: ~15–20 GB voor een pruned node — een kleine box is prima.
• RAM: 2–4 GB. Meer dbcache versnelt de initiële sync; je kunt het daarna verlagen.
• Bandbreedte: echte doorvoer voor de eenmalige volledige download.
• Een bereikbaar IP: om inkomende peers te accepteren op poort 8333 en het netwerk daadwerkelijk te helpen, wil je een publiek IP met 8333 open — een dedicated-IP-plan. Op NAT krijg je één SSH-poort en kun je 8333 niet openen.

De setup

Installeer bitcoind, dan een minimale bitcoin.conf:

prune=10000        # keep ~10 GB of recent blocks
dbcache=2048       # faster initial sync; lower it later
listen=1           # accept inbound peers

Draai het onder systemd zodat het herstart bij crash en terugkomt na een reboot, en open poort 8333 zodat peers je kunnen bereiken. Laat het dan syncen — dit is het lange deel, uren tot een dag of twee, omdat het de hele chain vanaf genesis verifieert.

Zet het op slot

• Alleen-keys SSH, firewall naar 8333 en je SSH-poort. (De tien-minuten-checklist.)
• Stel de RPC-poort nooit bloot aan het internet. Bind hem aan localhost en bereik hem over een SSH-tunnel of alleen vanuit apps op dezelfde box. Een open RPC is een open deur.

De eerlijke grenzen

• De eerste sync is lang en bandbreedte-zwaar. Dat is inherent — de chain vanaf nul valideren is geen stap die je weg kunt configureren.
• Een pruned node kan geen oude blocks serveren of oude geschiedenis herscannen. Nodig? Dat is een full node en een grote schijf.
• Monero is een eerlijke vraag, en het eerlijke antwoord is scope. Zijn chain is groter — een paar honderd GB, en zelfs pruned rond 90 GB — dus het wil een grotere schijf dan onze kleine plannen dragen. Dat is een full-node-verhaal voor een andere soort box, en we zeggen het liever dan te doen alsof het past.
• Jij onderhoudt het: updates, schijf, de incidentele peer-hik. Een node is een kleine verbintenis, geen fire-and-forget.

Ervoor betalen

Meld je aan met een e-mail en betaal in USDC of USDT — geen kaart, geen ID. Een passende manier om te betalen voor het draaien van je eigen hoekje van Bitcoin.