Far girare il tuo nodo è la linea tra prendere la parola di qualcuno sulla catena e verificarla tu stesso. Il tuo nodo applica ogni regola di consenso in modo indipendente, e i tuoi wallet possono interrogare il tuo nodo invece di un server pubblico che silenziosamente registra tutti i tuoi indirizzi. Il muro che la gente incontra: un nodo archiviale completo vuole 600 GB+ di disco e continua a crescere. Un nodo pruned aggira quello — valida comunque l'intera catena, poi scarta i vecchi blocchi che non gli servono più, atterrando attorno ai 10–15 GB. Quello sta su un piccolo VPS. Ecco il come onesto, e cosa ti costa il pruning.
Cosa ti dà davvero un nodo
- Validazione indipendente. Applichi tu le regole. Nulla di invalido passa il tuo nodo perché ha creduto a uno sconosciuto.
- Privacy per le tue interrogazioni. Il tuo wallet chiede al tuo nodo, non a un explorer pubblico che vede ogni indirizzo che consulti.
- Una base per il resto. Un nodo è la fondazione su cui altre cose si appoggiano più tardi — Lightning, explorer, le tue app.
Pruned vs completo — il nocciolo onesto
Durante la sincronizzazione iniziale, il tuo nodo scarica e verifica l'intera catena. Sono grosso modo 600 GB di banda, una volta. Il pruning cambia solo ciò che accade dopo: tiene i blocchi recenti e scarta i vecchi, così il disco finale resta piccolo.
Ciò a cui rinunci è reale: un nodo pruned non può servire blocchi storici ad altri peer, e non può riscansionare cronologia arbitraria di vecchi wallet. Quindi se importerai un vecchio wallet con transazioni antiche, ti serve cronologia completa — un nodo completo su un disco grande, non uno pruned. Per semplicemente validare e far girare wallet attuali, pruned è esattamente giusto.
Cosa ti serve
- Disco: ~15–20 GB per un nodo pruned — una piccola macchina va bene.
- RAM: 2–4 GB. Più
dbcachevelocizza la sincronizzazione iniziale; puoi abbassarlo dopo. - Banda: throughput reale per l'unico download completo.
- Un IP raggiungibile: per accettare peer in entrata sulla porta 8333 e aiutare davvero la rete, vuoi un IP pubblico con la 8333 aperta — un piano con IP dedicato. Su NAT ottieni una porta SSH e non puoi aprire la 8333.
Il setup
Installa bitcoind, poi un bitcoin.conf minimale:
prune=10000 # tieni ~10 GB di blocchi recenti
dbcache=2048 # sincronizzazione iniziale più veloce; abbassalo dopo
listen=1 # accetta peer in entrata
Eseguilo sotto systemd così si riavvia in caso di crash e torna dopo un riavvio, e apri la porta 8333 così i peer possono raggiungerti. Poi lascialo sincronizzare — questa è la parte lunga, ore fino a un giorno o due, perché sta verificando l'intera catena dal genesis.
Blindalo
- SSH solo-chiavi, firewall alla 8333 e alla tua porta SSH. (La checklist di dieci minuti.)
- Non esporre mai la porta RPC a internet. Legala a localhost e raggiungila tramite un tunnel SSH o solo da app sulla stessa macchina. Un RPC aperto è una porta aperta.
I limiti onesti
- La prima sincronizzazione è lunga e pesante di banda. È inerente — validare la catena da zero non è un passo che puoi configurare via.
- Un nodo pruned non può servire vecchi blocchi né riscansionare vecchia cronologia. Ti servono? Quello è un nodo completo e un disco grande.
- Monero è una domanda legittima, e la risposta onesta è l'ambito. La sua catena è più grande — un paio di centinaia di GB, e anche pruned attorno ai 90 GB — quindi vuole un disco più grande di quello che portano i nostri piccoli piani. È una storia da nodo completo per un tipo diverso di macchina, e preferiamo dirlo che fingere che ci stia.
- La mantieni tu: aggiornamenti, disco, l'occasionale singhiozzo di un peer. Un nodo è un piccolo impegno, non un fire-and-forget.
Pagarlo
Registrati con un'email e paga in USDC o USDT — niente carta, niente ID. Un modo appropriato per pagare il far girare il tuo angolo di Bitcoin.
Commenti
Ancora nessun commento. Sii il primo.