Nodo Monero Pruned: Guida 2026 per Risparmiare 60GB

A maggio 2026 la blockchain di Monero ha raggiunto circa 215 GB su disco, una cifra cresciuta rapidamente dopo l'hard fork di novembre 2025 che ha portato in produzione FCMP++ e spinto le transazioni giornaliere oltre quota 60.000 per diverse settimane consecutive. Per chi esegue un nodo su un portatile con SSD da 256 GB, un Raspberry Pi 5 con un modulo NVMe economico, o un VPS Aruba a consumo, una sincronizzazione archiviale completa non è più un impegno trascurabile. Un nodo pruned risolve il problema in modo elegante: scarta circa due terzi dei dati storici delle firme ad anello mantenendo intatti ogni intestazione di blocco, ogni output di transazione, e la capacità di verificare l'intera catena in locale e in modo trustless. Il risultato è un daemon Monero pienamente sovrano che occupa circa 85–95 GB invece di 215 GB, continua a servire i wallet via RPC, partecipa allo sciame peer-to-peer, e trasmette le tue transazioni tramite Dandelion++ senza fare trapelare metadati al daemon remoto di uno sconosciuto. Questa guida illustra esattamente come configurarne uno su Linux, Windows, macOS e su un Raspberry Pi headless — comprese le unit file systemd che sopravvivono ai riavvii, le regole firewall che proteggono la porta RPC, e i passi per il recupero quando inevitabilmente qualcosa si corrompe. Che tu sia approdato qui dopo uno swap senza KYC con MoneroSwapper o stia mettendo in piedi il tuo primo nodo indipendente, la destinazione è la stessa: meno disco occupato, nessuna privacy persa.

Perché un nodo pruned invece di uno remoto

La tentazione, soprattutto su un dispositivo con risorse limitate, è di rinunciare del tutto a un nodo proprio e puntare il wallet a un nodo della community come node.moneroworld.com o uno degli endpoint .onion elencati sui forum Monero. Funziona, tecnicamente. Ma consegna anche all'operatore di quel nodo un registro preciso di quali transazioni esegue la scansione del tuo wallet, a che ora ti colleghi e — attraverso correlazione del traffico — un'ipotesi ragionevole su quali output ti appartengono. I nodi remoti non vedono la tua chiave di visione o la tua chiave di spesa, ma possono assolutamente costruire un'impronta comportamentale, e diversi paper accademici pubblicati nel 2024 e nel 2025 hanno dimostrato attacchi pratici di deanonimizzazione contro wallet che si affidavano esclusivamente a infrastrutture di terzi.

Un nodo pruned chiude questa falla senza costringerti a trovare un terabyte di scorta. Le garanzie di privacy sono identiche a un nodo completo dal punto di vista del wallet, perché la logica di pruning scarta solo dati ridondanti delle firme ad anello — mai un output, mai una key image, mai un'intestazione di blocco. Il tuo wallet scansiona la catena su dati locali, le tue transazioni entrano nella mempool attraverso le tue connessioni peer, e il traffico RPC non lascia mai localhost.

• Nessun operatore remoto vede l'attività del wallet: ogni refresh, ogni scansione di output, ogni stima di commissione avviene sulla tua macchina.
• Continui ad aiutare la rete: un nodo pruned serve circa un ottavo dei blocchi storici agli altri peer, il che significa collettivamente che lo sciame non ha bisogno che ogni nodo sia archiviale.
• Soglia hardware ragionevole: 4 GB di RAM, una CPU ARM o x86 quad-core moderna, e 120 GB di SSD libero bastano almeno fino al 2027 anche con ipotesi prudenti di crescita.
• Recupero diretto: se il database si corrompe puoi risincronizzare da zero in circa sei-dodici ore su una linea fibra residenziale italiana (TIM, Fastweb o Vodafone), contro le diciotto-trenta di un nodo archiviale completo.

Pruned vs nodo completo: cosa cambia davvero

L'algoritmo di pruning di Monero, introdotto nella v0.15 e raffinato costantemente fino alla v0.18.4 nel 2025, divide la catena in 8 "stripe di pruning" da 4096 blocchi ciascuna. Un nodo pruned mantiene i dati completi per esattamente una di queste stripe (scelta pseudo-casualmente per peer al momento dell'inizializzazione del nodo) più gli ultimi 5500 blocchi completi, e conserva intestazioni, key image, importi di output e dati del miner per tutti gli altri blocchi. I dati delle firme ad anello — che costituiscono la massa del peso su disco — vengono scartati per le sette stripe che il nodo non ospita.

Poiché ogni nodo ospita una stripe diversa, lo sciame nel suo complesso conserva l'intera blockchain storica anche se ogni nodo applica il pruning. Un wallet che effettua una sincronizzazione da zero e ha bisogno dei dati delle firme ad anello per un blocco vecchio li scarica semplicemente da un peer pruned che ospita quella stripe, in modo trasparente e senza intervento dell'utente. Dal punto di vista della verifica nulla viene sacrificato: ogni nodo pruned valida la catena per intero durante la prima sincronizzazione e continua a validare ogni nuovo blocco mano a mano che arriva.

L'unico compromesso significativo di un nodo pruned è che non può fare da fonte dati per un block explorer o per strumenti di analisi accademica della catena che necessitano delle firme ad anello storiche complete. Se questi non sono nella tua roadmap — e per la stragrande maggioranza degli utenti self-hosted non lo sono — il pruning è strettamente preferibile all'archiviale su una macchina con risorse limitate.

Requisiti hardware e di sistema nel 2026

La soglia hardware per un nodo Monero pruned confortevole è cresciuta in modo modesto dall'attivazione di FCMP++, principalmente perché la verifica delle prove di appartenenza sui blocchi in ingresso è circa il 18% più onerosa per la CPU rispetto alla verifica CLSAG pre-fork. La buona notizia è che qualsiasi dispositivo costruito dopo il 2021 circa la regge senza problemi. La cattiva è che single-board computer più vecchi — il Raspberry Pi 4 originale con 2 GB di RAM, mini-PC a basso consumo basati su Atom — faticheranno a stare al passo con la testa della catena nei giorni di transazioni elevate.

Configurazione consigliata

• CPU: ARM Cortex-A76 quad-core (Raspberry Pi 5) o qualsiasi x86-64 moderno con AES-NI. Evita del tutto gli host a 32 bit; le prestazioni di LMDB degradano e diverse RPC del wallet si comportano male.
• RAM: 4 GB minimo, 8 GB confortevole. La memory map di LMDB beneficia di un margine; se la RAM è limitata, monerod gira lo stesso ma la verifica dei blocchi rallenta in modo evidente.
• Storage: 120 GB liberi su SSD o NVMe. Un disco meccanico funziona tecnicamente ma trasformerà una sincronizzazione di 6 ore in un calvario di 36 ore — il pattern ad accesso casuale di LMDB è brutale sui piatti.
• Rete: 25 Mbps simmetrici sono abbondanti per l'operatività a regime. La sincronizzazione iniziale saturerà tutto ciò che hai disposizione; metti in conto 90–110 GB di download per il bootstrap pruned.
• Sistema operativo: Ubuntu 24.04 LTS, Debian 12, Fedora 41, macOS 14+ o Windows 11. Gli utenti NixOS hanno un modulo di servizio mantenuto; gli utenti Arch hanno monero-bin nell'AUR.

Se stai dispiegando su un Raspberry Pi 5, usa la NVMe Base ufficiale di Pimoroni o un modulo M.2 equivalente; lo slot per la scheda SD va bene per il sistema operativo ma non deve mai ospitare la blockchain. Le SD muoiono per il pattern di scrittura nel giro di mesi, e la latenza di I/O fa apparire il daemon perpetuamente indietro rispetto alla testa della catena anche quando è completamente sincronizzato.

Configurazione passo-passo su Linux

Il percorso di riferimento è Linux perché è il più semplice da riprodurre, il target di produzione più comune e il più facile da tenere in piedi senza supervisione. Gli adattamenti per macOS e Windows seguono alla fine.

1. Crea un utente e una directory dedicati. Da root, esegui useradd -r -s /bin/false monero e poi mkdir -p /var/lib/monero/blockchain /var/log/monero seguito da chown -R monero:monero /var/lib/monero /var/log/monero. Eseguire monerod sotto un account di servizio, non con il tuo utente di login, è il singolo accorgimento di sicurezza con il rapporto vantaggio/costo più alto.
2. Scarica il binario ufficiale. Visita getmonero.org/downloads e prendi il tarball Linux 64-bit — al momento la release corrente è v0.18.4.2. Fondamentale: scarica anche il file hashes.txt corrispondente e verifica lo SHA256 con shasum -a 256 monero-linux-x64-v0.18.4.2.tar.bz2, poi conferma la firma su hashes.txt con gpg --verify hashes.txt usando la chiave PGP di binaryFate. Saltare la verifica è il modo in cui il malware finisce sulla tua macchina.
3. Estrai e installa. Decomprimi con tar xjf monero-linux-x64-v0.18.4.2.tar.bz2, poi sposta i binari: install -m 755 monero-x86_64-linux-gnu-v0.18.4.2/monero* /usr/local/bin/. Questo mette monerod, monero-wallet-cli e monero-wallet-rpc nel tuo PATH.
4. Scrivi il file di configurazione. Crea /etc/monero/monerod.conf con il seguente contenuto minimo: data-dir=/var/lib/monero/blockchain, log-file=/var/log/monero/monerod.log, log-level=0, prune-blockchain=1, sync-pruned-blocks=1, rpc-bind-ip=127.0.0.1, rpc-bind-port=18081, p2p-bind-port=18080, out-peers=32, in-peers=64, limit-rate-up=1048576, no-igd=1, enable-dns-blocklist=1. Il flag sync-pruned-blocks=1 è critico: senza di esso, monerod scarica l'intera catena ed esegue il pruning localmente, sprecando sia banda sia tempo.
5. Crea l'unit systemd. Salva quanto segue come /etc/systemd/system/monerod.service: un singolo blocco [Unit] con Description=Monero Full Node (pruned) e After=network-online.target; un blocco [Service] con User=monero, Group=monero, Type=simple, ExecStart=/usr/local/bin/monerod --config-file=/etc/monero/monerod.conf --non-interactive, Restart=on-failure, RestartSec=30, MemoryHigh=3G e MemoryMax=5G; e un blocco [Install] con WantedBy=multi-user.target.
6. Abilita e avvia il servizio. Esegui systemctl daemon-reload, poi systemctl enable --now monerod. Monitora lo stato con journalctl -u monerod -f o seguendo il file di log direttamente. La sincronizzazione iniziale di un nodo pruned da zero su una linea residenziale a 1 Gbps (FTTH italiana) si completa tipicamente in 6–10 ore; su un Pi 5 con NVMe metti in conto 14–20 ore perché il collo di bottiglia è la verifica, non il download.
7. Apri la porta P2P, non quella RPC. Se vuoi connessioni peer in ingresso (cosa che aiuta la rete e migliora la diversità dei tuoi peer), apri la TCP 18080 sul tuo router o firewall. Non esporre mai la 18081 a Internet pubblica — è l'endpoint RPC del tuo wallet e deve restare vincolato a localhost. Se ti serve accesso remoto al wallet, fai il tunnel via SSH o Tor, mai con un port forward diretto.
8. Punta il wallet al daemon locale. Nel wallet ufficiale GUI, scegli "Connetti a nodo locale" e usa 127.0.0.1:18081. Da CLI, passa --daemon-address=127.0.0.1:18081 a monero-wallet-cli. In Feather Wallet, il toggle del nodo locale è in Impostazioni → Nodo, e Cake Wallet su desktop lo supporta tramite Impostazioni → Privacy → Nodo personalizzato.

Non eseguire mai monerod con --restricted-rpc=0 su un'interfaccia pubblica. Entro quarantotto ore dall'indicizzazione su Shodan, un endpoint RPC non ristretto verrà martellato da scraper di mining pool, bot di scansione wallet e di peggio. Il binding a solo localhost è il default per un motivo.

Adattare la configurazione ad altre piattaforme

Raspberry Pi 5 con NVMe

La configurazione qui sopra funziona praticamente immutata su un Pi 5. I due aggiustamenti che vale la pena fare: imposta db-sync-mode=fast:async:250000000 in monerod.conf per ridurre l'amplificazione di scrittura sull'NVMe (il default è sicuro ma più lento), e considera di abbassare out-peers a 16 e in-peers a 32 se sei su una connessione domestica che applica throttling sull'upload prolungato. Il quad Cortex-A76 del Pi 5 verifica i blocchi a circa lo 0,6× della velocità di un desktop moderno, quindi la sincronizzazione iniziale richiede più tempo, ma l'operatività a regime tiene il passo della testa della catena senza problemi.

macOS

Installa via Homebrew con brew install monero, che mette monerod in /opt/homebrew/bin/monerod su Apple Silicon. Usa un plist launchd in ~/Library/LaunchAgents/io.getmonero.monerod.plist invece di systemd. Lo stesso contenuto del file di configurazione si applica — basta puntare data-dir da qualche parte sotto la tua home, ad esempio ~/Library/Application Support/monero. I prompt del firewall macOS appariranno al primo avvio; consenti l'inbound sulla porta P2P se vuoi servire peer.

Windows 11

Scarica l'installer Windows 64-bit da getmonero.org, eseguilo e lascia che crei la directory dati sotto C:\ProgramData\bitmonero. Per eseguire monerod come servizio invece che come processo in primo piano, usa NSSM (il Non-Sucking Service Manager) puntandolo a monerod.exe con lo stesso argomento --config-file. Windows Defender ogni tanto segnala monerod per "coin mining" — non mina, ma l'euristica è ottusa, quindi aggiungi un'esclusione per la directory del binario.

Manutenzione, monitoraggio e recupero

Un nodo pruned configurato correttamente è quasi del tipo "imposta-e-dimentica", ma tre abitudini operative prevengono il 90% dei mal di testa.

Primo, controlla lo spazio su disco ogni mese. La catena pruned cresce di circa 4–6 GB al mese ai volumi attuali di transazioni, e un riempimento imprevisto può corrompere LMDB in modi sgradevoli. Imposta un semplice monit o un timer systemd che avvisi quando /var/lib/monero scende sotto i 15 GB liberi.

Secondo, mantieni monerod aggiornato. Gli upgrade di rete (hard fork) avvengono circa ogni 6–9 mesi, e un nodo che gira sulla versione precedente del protocollo smette di accettare blocchi nell'istante in cui il fork si attiva. Il calendario delle release Monero è pubblicato sulla pagina releases di GitHub e annunciato su r/Monero e sulla mailing list ufficiale tipicamente con quattro-sei settimane di anticipo. Aggiorna almeno due settimane prima dell'altezza del fork per darti un margine.

Terzo, sappi come risincronizzare. Se LMDB lancia "MDB_CORRUPTED" o il daemon rifiuta di partire dopo una mancanza di corrente, il recupero è brutale ma affidabile: ferma il servizio, cancella il contenuto di /var/lib/monero/blockchain e riavvia. Il nodo si risincronizza da zero in 6–12 ore. Non esiste uno strumento di riparazione incrementale perché LMDB non ne ha uno; una risincronizzazione pulita è la correzione canonica e funziona dal 2017.

Per un esempio reale: un contributore al backend di MoneroSwapper gestisce una flotta di sette nodi pruned distribuiti in tre paesi per fornire endpoint daemon diversificati al nostro servizio di swap anonimo. Ogni nodo è provisionato in modo identico — Debian 12, l'unit systemd mostrata sopra, storage NVMe, ed esposizione tramite hidden service Tor per la porta P2P. In trentotto mesi di uptime cumulato sull'intera flotta, gli unici interventi richiesti sono stati tre risincronizzazioni dopo riavvii non programmati del datacenter e il consueto scambio di binario nel giorno del fork. Questo è lo stato di regime che dovresti aspettarti da un deployment opportunamente irrobustito.

FAQ

Posso convertire un nodo completo esistente in uno pruned senza risincronizzare?

Sì. Ferma monerod, esegui monerod --prune-blockchain come comando una tantum (non come servizio) e attendi. L'operazione di pruning richiede 30–90 minuti a seconda della velocità del disco e riscrive il database in place. Quando finisce, riavvia il servizio con la configurazione pruned. Nessuna perdita di dati, nessuna risincronizzazione, ma fai prima un backup delle chiavi del wallet per precauzione — non della blockchain stessa, che è riproducibile da qualsiasi peer.

Un nodo pruned funziona per il mining o per gestire un gateway commerciale Monero?

Per il solo mining o il mining in pool, sì — il miner ha bisogno solo della testa della catena, non delle firme ad anello storiche. Anche P2Pool funziona con un nodo pruned ed è di fatto l'abbinamento consigliato per il mining solo-style sovrano dal 2023. Per un gateway commerciale che elabora pagamenti in arrivo tramite monero-wallet-rpc, un nodo pruned è ugualmente adatto. Gli unici ruoli che richiedono un nodo archiviale sono i block explorer e gli strumenti di analisi accademica della catena.

Un nodo pruned danneggia la privacy del mio wallet?

No. Le scansioni del wallet usano il database degli indici di output e delle key image, entrambi conservati per intero su un nodo pruned. I dati che vengono scartati — le firme ad anello storiche — non entrano nella scansione della view-key del wallet né nella selezione dei decoy effettuata dal wallet quando costruisce una nuova transazione. Dal punto di vista del wallet il daemon locale è indistinguibile da uno archiviale, ed è drammaticamente più privato di qualsiasi nodo remoto, indipendentemente da quanto affidabile si dichiari l'operatore remoto.

Come interagisce il pruning con FCMP++ ora che le prove di appartenenza sono live?

L'hard fork di novembre 2025 ha introdotto le prove di appartenenza all'intera catena affiancandole allo schema esistente di firme ad anello, e il pruning tratta entrambi in modo coerente: mantiene ogni prova e ogni key image necessarie per validare la catena, e scarta solo i byte ridondanti del payload delle firme ad anello che le transazioni più vecchie ancora trasportano. Le transazioni post-FCMP++ sono leggermente più piccole delle transazioni CLSAG legacy, quindi il rapporto di pruning è in realtà marginalmente più favorevole sui blocchi recenti rispetto a quelli storici.

Posso eseguire un nodo pruned interamente via Tor?

Sì, ed è un deployment comune per chi vuole sia efficienza su disco sia privacy a livello di rete. Aggiungi tx-proxy=tor,127.0.0.1:9050,32 e anonymous-inbound=TUOINDIRIZZOONION.onion,127.0.0.1:18083,16 a monerod.conf, con il corrispondente hidden service configurato in /etc/tor/torrc. La sincronizzazione iniziale via Tor è più lenta — 24–48 ore invece di 6–12 — ma l'operatività a regime è regolare, e si ottiene la proprietà aggiuntiva che nessuna delle tue transazioni o scansioni del wallet tocchi mai la clearnet. Un dettaglio rilevante per gli utenti italiani: poiché in Italia il GDPR rende delicato qualsiasi log dell'attività crypto, l'isolamento Tor è doppiamente prezioso quando il nodo gira su un VPS in un datacenter di terzi.

Conclusione

Un nodo Monero pruned offre le piene garanzie di privacy e di verifica di un nodo archiviale a circa il 40% dell'ingombro su disco, che è la differenza tra "non mi sta sul portatile" e "gira tranquillamente accanto a tutto il resto". La configurazione è un progetto da una serata su qualsiasi macchina moderna, l'onere di manutenzione è di circa un'ora ogni sei mesi, e il risultato è una base sovrana per ogni transazione Monero che invierai o riceverai mai. Combina un nodo pruned locale con un servizio di swap senza KYC come MoneroSwapper, e ottieni lo stack completo: privacy a livello di protocollo tramite RingCT e FCMP++, privacy a livello di rete tramite il tuo daemon, e privacy in fase di on-ramp tramite swap atomici a tasso fisso che non vedono mai la tua identità. Lo spazio su disco risparmiato è un effetto collaterale; l'indipendenza operativa è la vera vittoria.