Att köra din egen nod är gränsen mellan att ta någons ord om kedjan och att verifiera den själv. Din nod upprätthåller varje konsensusregel oberoende, och dina wallets kan fråga din nod istället för en publik server som tyst loggar alla dina adresser. Väggen folk stöter i: en full arkivnod vill ha 600 GB+ disk och fortsätter växa. En pruned nod går runt det — den validerar fortfarande hela kedjan, slänger sedan de gamla block den inte längre behöver, och landar runt 10–15 GB. Det ryms på en liten VPS. Här är det ärliga hur, och vad pruning kostar dig.
Vad en nod faktiskt ger dig
- Oberoende validering. Du upprätthåller reglerna själv. Inget ogiltigt passerar din nod för att den trodde en främling.
- Integritet för dina egna queries. Din wallet frågar din nod, inte en publik explorer som ser varje adress du slår upp.
- En bas för resten. En nod är grunden andra saker vilar på senare — Lightning, explorers, dina egna appar.
Pruned vs full — den ärliga kärnan
Under den initiala synken laddar din nod ner och verifierar hela kedjan. Det är grovt 600 GB bandbredd, en gång. Pruning ändrar bara vad som händer efteråt: den behåller nyliga block och släpper de gamla, så att den slutliga disken förblir liten.
Vad du ger upp är verkligt: en pruned nod kan inte servera historiska block till andra peers, och den kan inte skanna om godtycklig gammal wallet-historik. Så om du ska importera en gammal wallet med tidiga transaktioner behöver du full historik — en full node på en stor disk, inte en pruned. För att bara validera och köra nuvarande wallets är pruned precis rätt.
Vad du behöver
- Disk: ~15–20 GB för en pruned nod — en liten box duger.
- RAM: 2–4 GB. Mer
dbcachesnabbar upp den initiala synken; du kan sänka det efteråt. - Bandbredd: verklig throughput för den engångs fulla nedladdningen.
- En nåbar IP: för att acceptera inkommande peers på port 8333 och faktiskt hjälpa nätverket vill du ha en publik IP med 8333 öppen — ett dedikerad-IP-plan. På NAT får du en SSH-port och kan inte öppna 8333.
Uppsättningen
Installera bitcoind, sedan en minimal bitcoin.conf:
prune=10000 # keep ~10 GB of recent blocks
dbcache=2048 # faster initial sync; lower it later
listen=1 # accept inbound peers
Kör det under systemd så att det startar om vid krasch och kommer tillbaka efter en omstart, och öppna port 8333 så att peers kan nå dig. Låt det sedan synka — detta är den långa delen, timmar till en dag eller två, eftersom det verifierar hela kedjan från genesis.
Lås ner det
- Endast-nycklar SSH, brandvägg till 8333 och din SSH-port. (Tio-minuters-checklistan.)
- Exponera aldrig RPC-porten mot internet. Bind den till localhost och nå den över en SSH-tunnel eller bara från appar på samma box. En öppen RPC är en öppen dörr.
De ärliga gränserna
- Första synken är lång och bandbreddstung. Det är inneboende — att validera kedjan från grunden är inte ett steg du kan konfigurera bort.
- En pruned nod kan inte servera gamla block eller skanna om gammal historik. Behöver du det? Det är en full node och en stor disk.
- Monero är en rimlig fråga, och det ärliga svaret är omfattning. Dess kedja är större — ett par hundra GB, och även pruned runt 90 GB — så den vill ha en större disk än våra små planer bär. Det är en full-node-historia för en annan sorts box, och vi säger hellre det än låtsas att det ryms.
- Du underhåller den: uppdateringar, disk, den enstaka peer-hicka. En nod är ett litet åtagande, inte en fire-and-forget.
Att betala för den
Registrera dig med en e-post och betala i USDC eller USDT — inget kort, inget ID. Ett passande sätt att betala för att köra ditt eget hörn av Bitcoin.
Kommentarer
Inga kommentarer än. Bli först.