Nodo Bitcoin: come crearne uno a casa, guida passo passo

blockchain that runs exactly as written when it is called, holding and moving funds according to its code, without an intermediary able to change the outcome.">smart contract holding reserves of two or more tokens, supplied by users, that a decentralized exchange uses to execute trades automatically at a price set by a formula.">pool diverge, compared with simply holding the same tokens in a wallet. It becomes permanent when the provider withdraws.">Il tuo wallet dice che un pagamento è confermato. Confermato da chi? Il 9 novembre 2026, alle 08:56 UTC, il crawler di btcnodes.io elencava 20.832 nodi Bitcoin raggiungibili, ciascuno dei quali controlla ogni nuovo blocco con le stesse regole prima di inoltrarlo. Questa guida spiega come creare un nodo Bitcoin tutto tuo, così che una delle macchine che rispondono a quella domanda per i tuoi soldi stia sulla tua scrivania: l’hardware da comprare o riutilizzare, come installare Bitcoin Core e dimostrare che il file scaricato è autentico, come superare la prima sincronizzazione e come collegarci il wallet.

Non serve saper programmare. Servono un disco da 1 TB o più, qualche giorno di pazienza e l’abitudine di installare gli aggiornamenti. Il nodo non paga nulla. In cambio verifichi le regole da solo e il tuo wallet smette di dire al server di un’azienda quali indirizzi sono tuoi.

I tipi di nodo (completo, pruned, archivio, leggero) e il motivo per cui un nodo non è un miner sono spiegati in la nostra lezione su che cos’è un nodo; questo tutorial riparte da dove si ferma il suo breve riquadro su come tenerne uno a casa. Segue anche la lezione precedente del percorso, dedicata al Lightning Network: ogni nodo Lightning osserva la blockchain attraverso un nodo Bitcoin, quindi la macchina che prepari qui potrà un giorno ospitare anche Lightning.

Cosa serve per un nodo Bitcoin: circa 1 TB di disco veloce, da 2 a 8 GB di RAM e una connessione stabile

Disco: 782 GB di blocchi, e la cifra cresce soltanto

Al 9 novembre 2026, intorno alle 09:45 UTC, Blockchair indicava per i dati dei blocchi di Bitcoin 781.884.199.030 byte, cioè circa 781,9 GB, al blocco 975.157. È lo spazio che un nodo non pruned occupa nella cartella dei blocchi, prima di qualsiasi indice facoltativo. La pagina di download di Bitcoin Core parla ancora di circa 600 GB più 5-10 GB al mese: il ritmo mensile è una cifra del progetto, il totale è invece superato.

Il software pianifica con un margine più ampio. Nel codice sorgente di Bitcoin Core 32.1 i parametri della rete principale prevedono 897 GB di dati dei blocchi più 14 GB per il chainstate. La schermata del primo avvio della versione grafica somma le due cifre e un margine di 10 GB, e spunta da sola la casella del pruning se il disco scelto ha meno spazio libero. Un disco da 1 TB è quindi il minimo per una copia completa; uno da 2 TB lascia spazio agli indici che servono ad alcuni server per wallet e a diversi anni di crescita.

La cartella chainstate contiene tutti gli output non spesi, l’insieme UTXO descritto in la nostra lezione sui modelli UTXO e account. È molto più piccola dei blocchi, ma viene letta e riscritta di continuo, ed è per questo che nella prima sincronizzazione conta più la velocità del disco della sua capienza. Quando il nodo è sincronizzato, bitcoin-cli gettxoutsetinfo restituisce il numero esatto di output non spesi e una stima della dimensione del chainstate sul tuo disco.

Voce	Dimensione	Fonte e data
Dati dei blocchi, senza pruning	circa 781,9 GB	Blockchair, 9 nov 2026, blocco 975.157
Spazio previsto da Core, senza pruning	897 GB di blocchi più 14 GB di chainstate	Codice sorgente di Bitcoin Core 32.1
Spazio previsto da Core, con pruning	l’obiettivo di pruning più 14 GB	Codice sorgente di Bitcoin Core 32.1
Obiettivo di pruning automatico minimo	550 MiB	Codice sorgente di Bitcoin Core 32.1
Crescita della catena	da 5 a 10 GB al mese	Pagina di download di bitcoincore.org, letta il 9 nov 2026

Memoria, processore e connessione

La guida al nodo completo su bitcoin.org fissa requisiti bassi: 2 GB di RAM, un disco che legge e scrive ad almeno 100 MB/s, una velocità di upload di almeno 400 kilobit al secondo e una macchina lasciata accesa per almeno 6 ore al giorno. Con questi minimi un nodo pruned funziona, ma lentamente.

La memoria conta soprattutto per la cache del database, l’impostazione dbcache, che tiene in RAM una parte dell’insieme UTXO così che il nodo acceda meno spesso al disco. Dalla versione 31.0, su un sistema a 64 bit Bitcoin Core imposta di default quella cache a 1.024 MiB se rileva almeno 4 GiB di RAM, e mantiene i vecchi 450 MiB negli altri casi. Dentro i container la memoria rilevata può superare quella realmente utilizzabile, e le note di rilascio consigliano di impostare la cache a mano. Per una macchina dedicata, 8 GB di RAM sono la misura comoda che indicano la maggior parte delle guide ai nodi domestici.

La banda è il costo che tutti dimenticano. Bitcoin.org scrive che i nodi su connessioni veloci spesso caricano 200 GB o più al mese, contro circa 20 GB scaricati dopo la prima copia. Con un abbonamento a consumo, quell’upload può esaurire il mese in anticipo; il passo 4 mostra come tenerlo a freno.

Nodo Bitcoin su Raspberry Pi 5, mini-PC, vecchio portatile o computer di casa

La scatola più economica da tenere accesa è un computer a scheda singola. Il Raspberry Pi 5 ha un processore Arm a quattro core da 2,4 GHz, da 1 a 16 GB di RAM e un connettore PCIe, ma per un SSD M.2 serve una scheda HAT o un adattatore a parte, e Raspberry Pi raccomanda un alimentatore USB-C da 5 V e 5 A. Scegli il modello da 8 GB o più e tieni il nodo lontano dalla scheda microSD: le istruzioni di Umbrel dicono che un Pi 5 deve avviarsi da un disco NVMe o USB.

Un piccolo mini-PC x86, nuovo o usato, ha più margine: slot di memoria, un alloggiamento interno per l’SSD e un processore standard a 64 bit che ogni distribuzione supporta. Un vecchio portatile va bene se il disco è un SSD o può essere sostituito con uno, e se disattivi sospensione e standby, che secondo bitcoin.org possono rallentare o fermare il nodo. Il computer che hai già è la partenza più rapida: installa Bitcoin Core nella versione grafica, attiva il pruning se il disco è corto e lascialo lavorare mentre usi la macchina.

Macchina	Adatta per	Attenzione a
Raspberry Pi 5 (8 GB o più)	una scatola silenziosa sempre accesa, con consumi bassi	serve un HAT NVMe o un SSD USB 3; niente microSD; prima sincronizzazione più lenta
Mini-PC (x86, 8 GB o più)	nodo, server per wallet e Lightning su una sola macchina	rumore della ventola su alcuni modelli; controlla la taglia dell’SSD
Vecchio portatile	riutilizzare hardware quasi a costo zero	impostazioni di sospensione; sostituisci il disco meccanico con un SSD
Il computer di tutti i giorni	provare un nodo pruned questa settimana	funziona solo a computer acceso; condivide disco e RAM

Quale software scegliere: Bitcoin Core da solo o un nodo plug and play

La maggior parte dei nodi raggiungibili usa Bitcoin Core, e ogni opzione qui sotto si appoggia a lui. Al 9 novembre 2026 l’ultima versione è la 32.1, pubblicata il 28 ottobre 2026 secondo le release su GitHub del progetto, insieme alle versioni di manutenzione 31.2, 30.4 e 29.5. (La 32.0 fu etichettata ma, come spiegano le sue note di rilascio, non fu mai rilasciata del tutto.) Funziona su Windows 10 versione 1903 o successiva, macOS 14 o successivo e Linux con kernel 3.17 o successivo. Il pacchetto contiene i tre programmi usati in questa guida: bitcoin-qt, la versione grafica con la finestra del wallet; bitcoind, lo stesso nodo senza finestra, per le macchine che raggiungi via rete; e bitcoin-cli, che invia comandi a un nodo in esecuzione.

Nodo Bitcoin con Umbrel, StartOS, RaspiBlitz e myNode: Core dietro una dashboard

I sistemi plug and play installano un intero sistema operativo su una macchina dedicata e offrono Bitcoin e i suoi accessori come app. umbrelOS non si può aggiungere sopra un altro Linux; il suo app store elenca un’app «Bitcoin Node» basata su Bitcoin Core, un’app separata per Bitcoin Knots e i server electrs e Fulcrum citati più avanti in questa guida. Umbrel è pubblicato con la licenza PolyForm Noncommercial 1.0.0: gratuito per uso personale e senza scopo di lucro, mentre per venderlo su hardware serve il permesso dell’azienda.

StartOS, di Start9, ha licenza MIT e il suo marketplace elenca un nodo Bitcoin completo, un nodo Lightning e BTCPay Server. RaspiBlitz, anch’esso con licenza MIT, è un insieme di script che costruisce un nodo Bitcoin e Lightning su un Raspberry Pi 4 o 5. myNode ha una Community Edition gratuita e una edizione Premium a pagamento, include un nodo Bitcoin completo con il software Lightning LND e altre app, e vende un proprio hardware.

Il compromesso è questo: una distribuzione ti risparmia la configurazione descritta in questa guida, e in cambio aspetti che i suoi manutentori impacchettino ogni versione di Bitcoin Core e ti fidi del loro codice oltre che di quello di Core. L’app Bitcoin di Umbrel, per esempio, ha aggiunto la 32.1 il 30 ottobre 2026, due giorni dopo il rilascio. Eseguire a mano i passi che seguono, almeno una volta e magari su una macchina di scorta, ti insegna anche che cosa fa la dashboard quando qualcosa si rompe.

Core o Knots, in due righe

Bitcoin Knots è un derivato di Bitcoin Core mantenuto da Luke Dashjr: stesse regole di consenso, politica di relay predefinita diversa e opzioni in più. Nella scansione del 9 novembre 2026, 2.066 dei 20.832 nodi raggiungibili (9,9%) riportavano Knots nel proprio user agent; la disputa che sta dietro a questa scelta spetta a una lezione successiva del percorso, su governance di Bitcoin e BIP.

Come creare un nodo Bitcoin, passo 1: scarica Bitcoin Core e verificalo

È il passo che tutti saltano in fretta, e quello che conta di più. Una copia falsa di Bitcoin Core potrebbe fare qualsiasi cosa alla tua macchina e a ogni wallet che contiene, e il sito del progetto riporta nel menu un avviso sulle impersonificazioni su X perché circolano account falsi. I controlli richiedono circa dieci minuti e seguono la pagina di download di bitcoincore.org.

1. Scrivi tu stesso bitcoincore.org nella barra degli indirizzi, apri la pagina di download e prendi il file per il tuo sistema. Non usare mai un link visto in una pubblicità, in un messaggio o nella descrizione di un video.
2. Dalla stessa pagina scarica SHA256SUMS, l’elenco dei checksum di ogni file della release, e SHA256SUMS.asc, le firme di quell’elenco apposte da chi ha compilato la release. Tieni i tre file nella stessa cartella.
3. Apri un terminale in quella cartella e controlla il checksum. Su Linux e macOS il comando qui sotto confronta il tuo file con l’elenco e deve stampare «OK» dopo il nome. Su Windows, certUtil -hashfile seguito dal nome del file e da SHA256 stampa il checksum, che confronti carattere per carattere con la riga corrispondente di SHA256SUMS; senza la parola SHA256, certUtil calcola un altro tipo di hash che non coinciderà mai.
4. Installa GnuPG se non lo hai, poi importa le chiavi pubbliche di alcuni compilatori scelti dalla cartella builder-keys del repository bitcoin-core/guix.sigs. La pagina di download usa fanquake.gpg come esempio.
5. Esegui gpg --verify SHA256SUMS.asc SHA256SUMS. Ogni firma valida stampa una riga che inizia con «gpg: Good signature» e una riga «Primary key fingerprint». Confronta quell’impronta con quella che ti aspetti per quel compilatore, meglio se da una seconda fonte. Gli avvisi che dicono che una chiave pubblica non è disponibile riguardano firmatari che non hai importato e si possono ignorare, purché ogni firmatario di cui ti fidi mostri una firma valida.
6. Solo a questo punto esegui l’installer su Windows, sposta l’applicazione nella cartella Applicazioni su macOS o decomprimi l’archivio su Linux.

I comandi, come li indica la pagina di download per la versione 32.1. La prima riga è per Linux e la seconda per macOS; le due successive sono per il prompt dei comandi di Windows (metti il nome del file che hai davvero scaricato); le ultime due valgono su ogni sistema, una volta scaricato da guix.sigs il file della chiave di un compilatore.

sha256sum --ignore-missing --check SHA256SUMS
shasum -a 256 --ignore-missing --check SHA256SUMS
certUtil -hashfile bitcoin-32.1-win64-setup.exe SHA256
type SHA256SUMS
gpg --import fanquake.gpg
gpg --verify SHA256SUMS.asc SHA256SUMS

Che cosa dimostra una firma valida, e che cosa no

Il checksum dimostra che il tuo file è quello elencato in SHA256SUMS. Le firme dimostrano che le persone di cui hai scelto le chiavi hanno pubblicato quell’elenco. Nessuna delle due prova che il codice sia privo di bug, e l’intera catena è forte quanto la tua scelta delle chiavi: una chiave presa da un sito falso non prova niente. Qui entrano in gioco le build riproducibili di Bitcoin Core. Diversi collaboratori compilano ogni release dal codice sorgente pubblico sulle proprie macchine, verificano di ottenere file identici e firmano il risultato nel repository guix.sigs; chiunque può ripetere la build e confrontare.

Un’eccezione: il progetto dichiara di non avere le informazioni per aiutare a verificare il pacchetto Snap di Bitcoin Core. Prendi i file da bitcoincore.org se vuoi seguire tutti i controlli descritti sopra.

Passo 2: scrivi un bitcoin.conf adatto alla tua macchina

Bitcoin Core parte con impostazioni di default sensate, e molti nodi domestici non hanno mai bisogno di un file di configurazione. Quando ne vuoi uno, è un semplice file di testo chiamato bitcoin.conf che crei tu nella cartella dei dati: $HOME/.bitcoin/ su Linux, $HOME/Library/Application Support/Bitcoin/ su macOS e %LOCALAPPDATA%\Bitcoin\ su Windows, secondo la documentazione sulla configurazione di Bitcoin Core.

Ogni riga ha la forma opzione=valore, senza il trattino iniziale usato da riga di comando; # apre un commento. Le opzioni da riga di comando prevalgono sulle impostazioni salvate dalla versione grafica, che prevalgono su bitcoin.conf. Ogni modifica richiede un riavvio, e un’opzione non riconosciuta compare come avviso in debug.log, nella stessa cartella. Leggi quel file dopo ogni modifica.

Opzione	Che cosa fa	Quando usarla
server=1	accetta comandi via RPC da bitcoin-cli e dai wallet	quasi sempre su un nodo domestico
prune=550	conserva solo i blocchi recenti, almeno 550 MiB	disco corto; nessun server per wallet
dbcache=	dimensione della cache del database in MiB	da alzare durante la prima sincronizzazione se la RAM lo permette
txindex=1	indicizza ogni transazione	richiesta da Fulcrum; impossibile con il pruning
blockfilterindex=1	costruisce i filtri compatti di blocco BIP 158	rescan dei wallet più rapide; servire wallet leggeri
peerblockfilters=1	serve quei filtri ai peer (BIP 157)	aiutare i client leggeri; disattivata di default
maxuploadtarget=	cerca di restare sotto un obiettivo giornaliero di upload, in MiB	abbonamenti internet con limite di traffico
blocksonly=1	smette di inoltrare le transazioni non confermate	risparmiare banda; costa la stima delle commissioni

Un esempio per una macchina da 8 GB con un SSD da 2 TB che alimenterà anche un server per wallet: tutti i blocchi conservati con indice delle transazioni, filtri compatti costruiti, una cache più grande solo per la prima sincronizzazione (cancella quella riga dopo) e un obiettivo di upload di circa 5 GB al giorno.

server=1
txindex=1
blockfilterindex=1
dbcache=2000
maxuploadtarget=5000

Non esagerare con la cache. Il suo testo di aiuto dice di assicurarsi di avere abbastanza RAM, e Core stampa un avviso quando il valore sembra troppo grande per la macchina. Un nodo ucciso per mancanza di memoria perde i progressi ancora nella cache e può richiedere una lunga riparazione al riavvio. Su un Pi 5 da 8 GB, la guida RaspiBolt usa 2.000 MiB durante la prima sincronizzazione e poi li toglie; fu scritta prima del nuovo default di 1.024 MiB, quindi il vantaggio oggi è minore.

Per fare pratica prima di toccare soldi veri, esegui tutta la guida su signet o testnet4. Bitcoin Core tiene ogni rete di prova in una propria sottocartella della cartella dei dati, con monete senza valore: il posto giusto per esercitarsi con le connessioni del wallet e con Tor.

Passo 3: la prima sincronizzazione, o initial block download

Che cosa fa il nodo in quei giorni

Al primo avvio il nodo trova i peer tramite un breve elenco di DNS seed gestiti da collaboratori noti, poi tramite gli indirizzi che quei peer condividono; la nostra lezione sulle reti peer-to-peer ne spiega i meccanismi. Scarica per prima la catena delle intestazioni dei blocchi, sceglie quella con più proof of work, poi preleva i blocchi da più peer insieme. Ogni blocco viene controllato e applicato al chainstate: gli output spesi escono dall’insieme UTXO, quelli nuovi vi entrano. Alla fine il tuo nodo ha ricostruito da solo lo stesso insieme di monete non spese di ogni altro nodo onesto.

Una scorciatoia è già prevista. Ogni release porta con sé un hash di blocco assumevalid, rivisto come il resto del codice. Per quel blocco e i suoi antenati il nodo può saltare il controllo delle firme dentro gli script; continua però a verificare la proof of work, la struttura dei blocchi e la contabilità di ogni moneta. Nella versione 32.1 quel blocco è il blocco 966.143, che puoi cercare come mostra la nostra guida alla lettura di un block explorer. Impostando assumevalid=0 il nodo verifica ogni firma dal 2009, ed è più lento.

Una seconda scorciatoia, assumeutxo, è per esperti. Il nodo carica un’istantanea dell’insieme UTXO a un’altezza fissa (la versione 32.1 accetta istantanee alle altezze 840.000, 880.000, 910.000, 935.000 e 965.000), diventa utilizzabile dopo essersi allineato da lì e controlla la storia più vecchia in background. Il file dell’istantanea devi trovarlo tu e caricarlo con il comando loadtxoutset, quindi non è un passo da principianti.

Quanto ci vuole: ore su un desktop veloce, giorni su un Pi

Il README di Bitcoin Core dice che la sincronizzazione «può richiedere da poche ore a diversi giorni o più», e bitcoin.org avverte che servono almeno diversi giorni. Per un Raspberry Pi 5 con un buon SSD, la pagina del client Bitcoin di RaspiBolt indica circa da due a cinque giorni, contro i cinque-sette di un Pi 4 da 8 GB. Un desktop recente con un NVMe veloce sta all’estremo breve dell’intervallo del README.

Velocità del disco, dimensione della cache e peer decidono dove atterri. Un disco meccanico può allungare la sincronizzazione per molti giorni, perché il chainstate viene letto in piccoli frammenti casuali, e una cache piccola manda più di quelle letture al disco. Una sincronizzazione che avanza a stento con quasi nessuna connessione indica di solito un problema di rete o di firewall più che del disco.

Due comandi mostrano l’avanzamento. bitcoin-cli getblockchaininfo restituisce l’altezza attuale, l’intestazione più recente conosciuta e un valore verificationprogress che sale verso 1 (nella versione 32 mostra anche una sezione backgroundvalidation quando è caricata un’istantanea). bitcoin-cli getconnectioncount dà il numero di peer. Intanto puoi continuare a usare il computer, ma il nodo si contenderà con te disco e memoria.

Il pruning mantiene ogni controllo e butta i file vecchi

Con il pruning il nodo resta completo. Scarica e verifica ogni blocco una volta, poi cancella i vecchi file dei blocchi, conservando il chainstate e almeno gli ultimi 288 blocchi, circa due giorni. L’impostazione è prune= seguita da un obiettivo in MiB, con 550 come valore automatico più basso; prune=1 ti lascia cancellare i blocchi con un comando.

Il prezzo: niente indice delle transazioni, quindi niente Fulcrum e nessuna risposta sulle transazioni vecchie; nessun rescan del wallet oltre i blocchi ancora su disco; e, come avverte il testo di aiuto, disattivare il pruning più tardi significa riscaricare tutta la catena. Per un nodo che deve solo controllare il tuo wallet da qui in avanti, questi limiti raramente pesano.

Passo 4: apri la porta 8333 ai peer in ingresso, o decidi di non farlo

Senza connessioni in ingresso il nodo funziona comunque. Apre da solo i propri collegamenti in uscita, otto che inoltrano transazioni e blocchi più due che inoltrano solo blocchi, secondo i valori predefiniti nel codice sorgente. Le connessioni in ingresso permettono ad altri nodi di raggiungere il tuo, il che aiuta la rete e fa comparire il tuo nodo nelle scansioni come quella citata sopra. Bitcoin usa la porta 8333 per i peer sulla rete principale e la porta 8332 per i comandi RPC; solo la 8333 deve mai affacciarsi a internet.

1. Assegna alla macchina del nodo un indirizzo fisso nella tua rete domestica, dalle impostazioni del router, così la regola di inoltro continua a puntare a lei.
2. Inoltra la porta TCP 8333 dal router a quell’indirizzo e consentila nel firewall della macchina.
3. Riavvia il nodo e, un’ora dopo, esegui bitcoin-cli getnetworkinfo: i suoi campi sulle connessioni mostrano quanti peer in ingresso e in uscita hai.

Bitcoin Core può tentare da solo l’inoltro. La versione 29.0 ha eliminato UPnP; il metodo rimasto, PCP o NAT-PMP, nella 32.1 è attivo di default quando il nodo è in ascolto e non è impostato alcun proxy. Molti router lo ignorano, ed è per questo che bitcoin.org spiega ancora la via manuale.

Se l’upload ti preoccupa, maxuploadtarget punta a un tetto giornaliero ma non è un limite rigido: i blocchi dell’ultima settimana vengono serviti comunque. blocksonly=1 riduce il traffico molto di più rifiutando le transazioni non confermate dei peer, a un prezzo: il nodo smette di stimare le commissioni dal proprio mempool, tema di la nostra lezione su mempool e commissioni di transazione, e smette di trasmettere da solo le transazioni del wallet.

Passo 5: fai girare il nodo su Tor

Di default il nodo si connette dal tuo indirizzo IP di casa, e i suoi peer, e chi li osserva, possono collegare quell’indirizzo a un nodo Bitcoin e alle transazioni che annuncia per primo. Tor toglie l’indirizzo dal quadro. La documentazione su Tor del progetto dà la configurazione completa; su Linux la versione minima è la seguente.

1. Installa il servizio Tor dai pacchetti del tuo sistema e controlla che sia in esecuzione; apre di default un proxy SOCKS su 127.0.0.1:9050 (Tor Browser usa invece la 9150).
2. Nel file di configurazione di Tor, di solito /etc/tor/torrc, aggiungi le quattro righe qui sotto, che aprono la porta di controllo e l’autenticazione tramite cookie così che Bitcoin Core possa creare da solo un indirizzo onion.
3. Aggiungi l’utente che esegue Bitcoin Core al gruppo di Tor (spesso debian-tor su Debian e Ubuntu) perché possa leggere il cookie di autenticazione di Tor, poi riavvia Tor.
4. In bitcoin.conf imposta proxy=127.0.0.1:9050 per far passare da Tor il traffico in uscita e le richieste DNS, e listen=1, perché un proxy disattiva di default l’ascolto. listenonion è già attivo e crea il servizio onion.
5. Per non avere alcuna connessione in chiaro aggiungi onlynet=onion, e aspettati meno peer tra cui scegliere e una sincronizzazione che può essere più lenta.

Le quattro righe per torrc:

ControlPort 9051
CookieAuthentication 1
CookieAuthFileGroupReadable 1
DataDirectoryGroupReadable 1

E le righe per bitcoin.conf, l’ultima solo se vuoi soltanto peer Tor:

proxy=127.0.0.1:9050
listen=1
onlynet=onion

La serie 32 aggiunge una protezione: i servizi onion che Bitcoin Core crea in automatico ricevono la difesa a proof of work di Tor contro le inondazioni di connessioni, quando il demone Tor la supporta. Core può usare anche la rete I2P, con i2psam che punta a un router I2P locale e i2pacceptincoming per accettare peer lì.

Che cosa nasconde Tor e che cosa no

Su Tor i peer vedono un indirizzo onion al posto del tuo IP. Nella scansione del 9 novembre, 9.884 dei 20.832 indirizzi raggiungibili erano indirizzi onion, 4.694 erano I2P, 5.574 IPv4 e 680 IPv6. Un indirizzo non è una persona: un operatore può gestirne diversi, e un nodo raggiungibile sia su Tor sia in chiaro permette a un osservatore di collegare le due identità, come avverte la documentazione. Se imposti solo un proxy per onion (l’opzione onion=) invece della riga generale proxy=, le richieste DNS passano dal tuo provider, che così vede che gestisci un nodo.

Tor protegge il traffico del nodo. Non fa nulla per ciò che il tuo wallet rivela quando chiede a un server sconosciuto dei tuoi indirizzi, ed è il passo successivo.

Passo 6: collega il wallet al tuo nodo

Se nessun wallet lo usa, il nodo protegge soltanto la rete. Il tuo vantaggio comincia quando il wallet chiede al tuo nodo, e a nessun altro, se un pagamento è arrivato. Le chiavi restano dove sono: un nodo non ha mai bisogno della tua seed phrase, e nessun software che collega un wallet a un nodo deve chiedertela.

Sparrow sulla stessa macchina

1. Assicurati che bitcoin.conf contenga server=1 e non contenga disablewallet=1, poi riavvia Bitcoin Core.
2. Se vuoi, aggiungi blockfilterindex=1 (Bitcoin Core 25 o successivo) per rescan più rapide, e txindex=1 se il nodo non è pruned.
3. Nelle impostazioni del server di Sparrow scegli Bitcoin Core e mantieni l’indirizzo locale e la porta predefinita; Sparrow si autentica con il file cookie che Core scrive nella sua cartella dei dati a ogni avvio.
4. Premi Test Connection, poi apri il wallet: saldi e cronologia ora arrivano dal tuo nodo.

Questi passi seguono la documentazione di Sparrow Wallet, che copre anche un nodo su un’altra macchina della rete di casa: un utente e una password RPC, con rpcbind e rpcallowip limitati a indirizzi locali. Tieni la porta RPC lontana da internet. Verifica anche il download di Sparrow: la versione 2.5.6 arriva con un manifesto firmato dal suo sviluppatore, Craig Raw, e l’applicazione può controllare la firma di un download dal menu Tools.

Electrum e wallet per smartphone tramite Fulcrum o electrs

Electrum e molti wallet mobili non parlano direttamente con Bitcoin Core. Usano il protocollo Electrum con un server che indicizza la catena per indirizzo, e Fulcrum ed electrs sono due server di questo tipo che puoi far girare accanto al tuo nodo. Fulcrum richiede un Bitcoin Core senza pruning con txindex=1 e RPC attivo, almeno 1 GB di RAM e preferibilmente un SSD; il suo README stima per la prima costruzione dell’indice da 4 a 20 ore o più. electrs costruisce un indice simile. Entrambi richiedono spazio su disco in più, ed è qui che il disco da 2 TB si fa valere.

Ottobre ha dato un motivo concreto per prendersi il disturbo. Prima della versione 4.8.3, Electrum si fidava della parola del server sui pagamenti non confermati. Un server malevolo poteva nascondere un pagamento che l’utente aveva appena inviato e mostrarne uno falso al suo posto; quando l’utente alzava la commissione, il wallet autentico firmava un pagamento verso l’attaccante. L’avviso classificava il difetto come High e diceva che alcuni server sfruttavano l’attacco in circolazione, come spiega il nostro resoconto sul furto con aumento di commissione in Electrum. Un wallet che parla solo con il tuo server non incontra mai quelli degli sconosciuti.

Filtri compatti per i wallet leggeri, BIP 157 e 158

Il BIP 157, di Olaoluwa Osuntokun, Alex Akselrod e Jim Posen, permette ai wallet leggeri di usare un nodo senza dirgli quali indirizzi osservano. Il nodo calcola un piccolo filtro per blocco, nel formato del BIP 158; il wallet scarica i filtri, verifica in locale i propri indirizzi e preleva solo i blocchi che corrispondono. Ha sostituito i filtri di Bloom del BIP 37, che rivelavano gli indirizzi e potevano essere usati per sovraccaricare i nodi. Sul tuo nodo, blockfilterindex=1 costruisce i filtri e peerblockfilters=1 li serve. Neutrino, il client citato nel BIP, alimenta anche la modalità leggera del software Lightning LND; Sparrow non usa i filtri per raggiungere il tuo nodo.

Lightning sopra il nodo

Per funzionare, un nodo Lightning come LND o Core Lightning ha bisogno di un backend Bitcoin che segnali aperture e chiusure dei canali e tentativi di frode. Il nodo che hai appena costruito può essere quel backend. Completa la prima sincronizzazione prima di aggiungere Lightning e pianifica con serietà i backup: a differenza di un semplice nodo Bitcoin, un nodo Lightning custodisce fondi.

Passo 7: tieni il nodo aggiornato prima che la sua versione arrivi a fine vita

Lasciato solo per due anni, un nodo diventa un rischio. La pagina del ciclo di vita di Bitcoin Core afferma: «We always maintain the latest three major versions.» Quando esce una nuova versione maggiore, la linea più vecchia ancora mantenuta arriva a fine vita e in genere non riceve più correzioni di sicurezza. Il progetto punta a una versione maggiore ogni sei-sette mesi.

Linea di versione	Rilasciata	Fine vita (bitcoincore.org, letto il 9 nov 2026)
32.x	27 ott 2026	dopo la versione 35.0
31.x	19 apr 2026	dopo la versione 34.0
30.x	10 ott 2025	dopo la versione 33.0
29.x	14 apr 2025	27 ott 2026 (terminata)
28.x	2 ott 2024	19 apr 2026 (terminata)

Molti operatori restano indietro. Nella scansione di btcnodes.io del 9 novembre 2026, oltre 3.000 dei 20.832 nodi raggiungibili riportavano ancora la versione 28 o più vecchia, linee che non ricevono più correzioni; le stringhe di versione sono dichiarate dai nodi stessi, quindi leggi il dato come ordine di grandezza. Una scansione del Karlsruhe Institute of Technology del 18 ottobre ha dato un quadro simile per i nodi Bitcoin Core, come mostra il nostro resoconto sui nodi Bitcoin Core obsoleti; i due crawler contano in modo diverso, quindi le loro cifre non fanno una tendenza.

Il costo di restare indietro si è visto il 28 ottobre 2026, quando il progetto ha pubblicato tre avvisi per bug trovati da una scansione guidata dall’intelligenza artificiale. Il più grave permetteva a un peer malevolo di esaurire la memoria di un nodo su Windows, macOS o BSD fino a farlo andare in crash. Le correzioni sono arrivate insieme nelle versioni 29.5, 30.4, 31.2 e 32.1; le linee più vecchie non ne hanno avute, come racconta il nostro resoconto sui bug di Bitcoin Core trovati dall’IA.

bitcoin-cli getnetworkinfo mostra la tua versione nel campo subversion. Per aggiornare:

1. Ferma il nodo con bitcoin-cli stop o dal menu Quit e aspetta che si sia spento del tutto, il che può richiedere alcuni minuti.
2. Scarica e verifica la nuova release esattamente come nel passo 1.
3. Esegui l’installer su Windows, sostituisci l’applicazione su macOS o sostituisci le cartelle bin e libexec su Linux.
4. Avvia il nodo e controlla la versione. Se arrivi da una versione a fine vita, il primo avvio può richiedere più tempo perché la cartella dei dati viene migrata.

La pagina del ciclo di vita raccomanda l’ultima versione di manutenzione della versione maggiore più recente a cui riesci ad aggiornare. Su un nodo plug and play, controlla che l’app Bitcoin della distribuzione abbia tenuto il passo. I backup sono brevi: un nodo senza wallet non contiene nulla che non si possa scaricare di nuovo. Se usi il wallet integrato di Bitcoin Core, fanne una copia e conserva la seed phrase o i descrittori offline, come per qualsiasi wallet.

Quanto costa un nodo Bitcoin: elettricità, banda e tempo

L’hardware è una spesa una tantum, e il più economico è la macchina che hai già. Il costo corrente è l’elettricità: watt per 8.760 ore, diviso 1.000, dà i kilowattora all’anno; moltiplica per il tuo prezzo al kWh.

Raspberry Pi non pubblica il consumo del Pi 5 sotto il carico di un nodo, quindi i watt qui sotto sono ipotesi per l’esempio: 10 W per un Pi 5 con SSD, 25 W per un mini-PC, 50 W per un vecchio desktop. Un misuratore di consumo da presa ti dà il numero reale in una giornata. Per l’Italia il prezzo di esempio è 0,3142 euro/kWh, la media delle famiglie nel primo semestre 2026 secondo Eurostat (fascia di consumo annuo da 2.500 a 4.999 kWh, tasse incluse), contro 0,2966 nel secondo semestre 2025; la media dell’Unione europea è 0,2832. Il tuo prezzo dipende dal contratto che hai.

Macchina d’esempio (consumo ipotizzato)	kWh all’anno	Italia a 0,3142 euro/kWh	Media UE a 0,2832 euro/kWh
Pi 5 con SSD (10 W, esempio)	87,6	circa 27,5 euro	circa 25 euro
Mini-PC (25 W, esempio)	219	circa 68,8 euro	circa 62 euro
Vecchio desktop (50 W, esempio)	438	circa 137,6 euro	circa 124 euro

I conti sono aritmetica nostra su ipotesi, non misure. Fanno però capire il punto: più del paese, è la macchina che scegli a decidere se la bolletta è un arrotondamento o una voce vera del bilancio.

Un nodo Bitcoin fa guadagnare?

No. Un nodo Bitcoin non riceve alcuna ricompensa: scarica, controlla e inoltra blocchi, mentre i bitcoin nuovi vanno ai miner che trovano i blocchi. Quello che ottieni è poter verificare i pagamenti da solo e tenere i tuoi indirizzi riservati rispetto ai server di terzi. I prodotti venduti come licenze di nodo con un rendimento sono offerte finanziarie, non questo.

La banda viene seconda, con i 200 GB o più di upload mensile citati sopra se accetti peer in ingresso. Il tempo viene terzo: una sera di preparazione, giorni di attesa per la sincronizzazione, poi pochi minuti a ogni release.

Errori che fanno perdere giorni, o più, a chi gestisce un nodo

• Installare Bitcoin Core da un link visto in una pubblicità o in un messaggio, oppure saltare i controlli di checksum e firma.
• Far girare un nodo su Raspberry Pi dalla scheda microSD invece che da un SSD.
• Impostare una cache più grande della memoria libera della macchina, così il nodo viene ucciso prima di salvare i progressi.
• Inoltrare la porta RPC, la 8332, invece della porta dei peer, la 8333.
• Attivare il pruning e poi provare a installare Fulcrum o a fare il rescan di un vecchio wallet.
• Lasciare che un portatile vada in sospensione di notte e chiedersi perché la sincronizzazione non finisca mai.
• Lasciare il nodo su una versione oltre la fine vita.

Quando il nodo sarà sincronizzato e il tuo wallet punterà a lui, la prossima lezione del percorso passa a ciò che alcuni hanno iniziato a scrivere nei blocchi di Bitcoin: ordinals, rune e token BRC-20, e il motivo per cui alcuni operatori di nodi protestano.