Kør din egen Bitcoin-node på en VPS

At køre din egen node er linjen mellem at tage nogens ord om kæden og at verificere den selv. Din node håndhæver hver konsensusregel uafhængigt, og dine tegnebøger kan forespørge din node i stedet for en offentlig server, der stille logger alle dine adresser. Muren folk rammer: en fuld arkivnode vil have 600 GB+ disk og bliver ved med at vokse. En beskåret node går uden om det — den validerer stadig hele kæden og kasserer derefter de gamle blokke, den ikke længere har brug for, og lander omkring 10–15 GB. Det passer på en lille VPS. Her er det ærlige hvordan, og hvad beskæring koster dig.

Hvad en node faktisk giver dig

• Uafhængig validering. Du håndhæver reglerne selv. Intet ugyldigt slipper forbi din node, fordi den troede på en fremmed.
• Privatliv for dine egne forespørgsler. Din tegnebog spørger din node, ikke en offentlig explorer, der ser hver adresse, du slår op.
• En base for resten. En node er fundamentet, andre ting sidder på senere — Lightning, explorers, dine egne apps.

Beskåret kontra fuld — den ærlige kerne

Under den indledende synkronisering downloader og verificerer din node hele kæden. Det er cirka 600 GB båndbredde, én gang. Beskæring ændrer kun, hvad der sker bagefter: den beholder nylige blokke og dropper de gamle, så den endelige disk forbliver lille.

Det, du giver afkald på, er reelt: en beskåret node kan ikke servere historiske blokke til andre peers, og den kan ikke genscanne vilkårlig gammel tegnebogshistorik. Så hvis du vil importere en gammel tegnebog med tidlige transaktioner, har du brug for fuld historik — en fuld node på en stor disk, ikke en beskåret. Til blot at validere og køre nuværende tegnebøger er beskåret præcis rigtig.

Hvad du har brug for

• Disk: ~15–20 GB til en beskåret node — en lille boks er fin.
• RAM: 2–4 GB. Mere dbcache fremskynder den indledende synkronisering; du kan sænke den bagefter.
• Båndbredde: reel gennemløb til engangs-fuld-downloaden.
• En tilgængelig IP: for at acceptere indgående peers på port 8333 og faktisk hjælpe netværket, vil du have en offentlig IP med 8333 åben — et dedikeret-IP-abonnement. På NAT får du én SSH-port og kan ikke åbne 8333.

Opsætningen

Installér bitcoind, derefter en minimal bitcoin.conf:

prune=10000        # behold ~10 GB af nylige blokke
dbcache=2048       # hurtigere indledende synkronisering; sænk den senere
listen=1           # accepter indgående peers

Kør den under systemd, så den genstarter ved nedbrud og kommer tilbage efter en genstart, og åbn port 8333, så peers kan nå dig. Lad den så synkronisere — det er den lange del, timer til en dag eller to, fordi den verificerer hele kæden fra genesis.

Lås den ned

• Kun-nøgler SSH, firewall til 8333 og din SSH-port. (Ti-minutters-tjeklisten.)
• Eksponér aldrig RPC-porten mod internettet. Bind den til localhost og nå den over en SSH-tunnel eller kun fra apps på samme boks. En åben RPC er en åben dør.

De ærlige grænser

• Den første synkronisering er lang og båndbredde-tung. Det er iboende — at validere kæden fra bunden er ikke et trin, du kan konfigurere væk.
• En beskåret node kan ikke servere gamle blokke eller genscanne gammel historik. Har brug for dem? Det er en fuld node og en stor disk.
• Monero er et fair spørgsmål, og det ærlige svar er omfang. Dens kæde er større — et par hundrede GB, og selv beskåret omkring 90 GB — så den vil have en større disk, end vores små abonnementer bærer. Det er en fuld-node-historie for en anden slags boks, og vi vil hellere sige det end lade, som om den passer.
• Du vedligeholder den: opdateringer, disk, det lejlighedsvise peer-hikke. En node er en lille forpligtelse, ikke en fyr-og-glem.

At betale for det

Tilmeld dig med en e-mail og betal i USDC eller USDT — intet kort, intet ID. En passende måde at betale for at køre dit eget hjørne af Bitcoin.