Sei passaggi da un VPS nordico spoglio al proprio monerod — binari verificati, una configurazione sottoposta a hardening, completo o pruned, raggiungibile via SSH, WireGuard o un onion v3. Un nodo remoto non può leggere il suo saldo, ma può vedere il suo IP trasmettere la sua transazione — questa guida colma esattamente quel divario. Testato su Debian 12 con la linea v0.18.
Provisioning
Prima il disco, poi l'hardening
Verifica
Firma, poi installazione
Configura
monerod.conf + systemd
Sync
Un giorno o due, sotto osservazione
Connettere
SSH, WireGuard o onion
Anonimizzazione
Trasmissione via Tor
Quasi ogni portafoglio Monero viene distribuito puntato sul demone di qualcun altro, perché l'alternativa è un quarto di terabyte e due giorni di attesa. Quella scelta predefinita è difendibile, e la conseguente perdita di privacy viene descritta erroneamente, di norma, in entrambe le direzioni — da chi pensa che un nodo remoto legga il proprio saldo, e da chi pensa che non impari assolutamente nulla. Capire con precisione la forma di questa fuga di informazioni è ciò che le dirà se questa guida vale un pomeriggio del suo tempo.
Cosa non può fare. Non può vedere il suo saldo, i suoi indirizzi o le sue chiavi. Un portafoglio Monero non dice a un nodo cosa cercare; scarica blocchi interi su un intervallo di blocchi e prova a decifrare localmente ogni output con la chiave privata di visualizzazione, che non lascia mai il dispositivo. Il nodo consegna gli stessi byte che consegnerebbe a chiunque altro. Non può distinguere quali output, ammesso ce ne siano, fossero suoi — ed è una differenza architetturale autentica rispetto al modello dei portafogli leggeri usato altrove, dove a un server vengono affidati gli indirizzi da sorvegliare e quindi sa esattamente cosa sta osservando.
Cosa può fare. Vede l'indirizzo IP che si è connesso. Vede l'intervallo di blocchi richiesto da quell'IP, che delimita il periodo in cui è stato creato il portafoglio dietro di esso. Vede il ritmo dei suoi refresh, che è uno schema di utilizzo. E quando spende, riceve da lei la transazione firmata per primo, prima che il resto della rete la riceva — quindi è nella posizione di registrare che questa transazione è entrata nella rete da questo indirizzo, in questo preciso secondo. Tutto il resto, in Monero, è progettato per spezzare esattamente quel tipo di legame. Consegnarlo a uno sconosciuto, gratis, insieme a un IP stabile, è la parte che vale la pena correggere.
E cosa può fare, di cui nessuno parla. Può mentire. Un nodo ostile, o semplicemente malfunzionante, può fornire una cima della catena non aggiornata, così che il suo portafoglio segnali un pagamento in entrata che non è avvenuto, oppure non riuscire a inoltrare una transazione che lei crede di aver inviato. Niente di tutto ciò ruba fondi — il portafoglio verifica ciò che decifra — ma la fa comunque agire sulla base di una visione falsata della realtà, il che per un commerciante in attesa di una conferma è comunque una forma di perdita. Un nodo che lei stesso gestisce è un nodo le cui risposte non deve soppesare.
| Cosa è esposto | Nodo remoto pubblico | Il suo nodo, clearnet | Il suo nodo, via Tor |
|---|---|---|---|
| Il suo saldo e i suoi indirizzi | Mai | Mai | Mai |
| Il suo IP, all'operatore del nodo | Sì — uno sconosciuto | Sì — lei | No |
| Finestra di creazione del portafoglio | Sì — uno sconosciuto | Sì — lei | Sì — lei |
| IP ↔ la sua transazione in uscita | Sì — uno sconosciuto | L'IP del suo server, ai suoi peer | Interrotto dal proxy delle tx |
| Può fornirle una cima della catena falsa | Sì | No | No |
La “finestra di creazione del portafoglio” resta visibile a lei sul proprio nodo, perché la richiesta avviene comunque — smette semplicemente di essere visibile a chiunque altro. È questo il punto centrale dell'esercizio: non far sparire i metadati, ma fare in modo che lei sia l'unico soggetto a detenerli.
Un nodo Monero pruned conserva un ottavo dei dati delle firme ad anello per i blocchi vecchi e scarta il resto. Continua comunque a scaricare e verificare ogni singolo blocco — il pruning non è fidarsi, è dimenticare dopo aver controllato — e mantiene per intero tutto ciò che un portafoglio richiede e tutto ciò di cui un altro peer pruned ha bisogno. Il risparmio è di circa due terzi del disco. Per un nodo il cui compito è fare da backend ai propri portafogli, non c'è alcuna differenza funzionale che si noterà mai.
L'argomento a favore di un nodo completo è ristretto ma reale: solo un nodo completo può consegnare a un nodo nuovo di zecca tutti i dati storici di cui ha bisogno per verificare la catena da capo, quindi una rete fatta interamente di nodi pruned non funzionerebbe. Se ha il disco, far girare un nodo completo è un contributo. Se non lo ha, far girare la modalità pruned non è una forma di partecipazione di serie inferiore — è la configurazione che la maggior parte di chi fa self-hosting dovrebbe scegliere.
Decida prima di avviare il demone. Passare --prune-blockchain alla prima esecuzione esegue il pruning man mano che sincronizza, il che è veloce e gratuito. Convertire in seguito un database completo significa fermare il demone ed eseguirci sopra lo strumento separato monero-blockchain-prune, che richiede ore e ha bisogno di spazio libero su cui lavorare. Farlo bene fin dall'inizio costa una riga in un file di configurazione; sbagliarlo costa una serata.
| Forma | Disco, metà 2026 | Il piano giusto | Lo scelga quando |
|---|---|---|---|
| Pruned · risicato | ~90 GB | Sentinel · 2 vCPU / 4 GB / 120 GB · $3.90 | Vuole il nodo funzionante più economico e accetta di rivedere il disco in futuro |
| Pruned · comodo | ~90 GB | Garrison · 4 vCPU / 8 GB / 240 GB · $7.90 | La raccomandazione predefinita — anni di margine, cache del database calda |
| Completo | 240 GB+ | Ravelin · 8 vCPU / 16 GB / 480 GB · $16.90 | Vuole una copia archivistica, o servire ai nuovi nodi la loro sincronizzazione iniziale |
| Completo + servizio pubblico | 240 GB+ | Bulwark · 16 vCPU / 32 GB / 960 GB · $32.90 | Intende trasportare traffico reale verso i peer — qui la banda illimitata conta |
Le dimensioni della catena sono una stima per metà 2026 e si muovono in una sola direzione. Verifichi la cifra attuale prima di impegnarsi su un piano — ogni piano NordBastion include banda illimitata, che è esattamente ciò che consuma un nodo con slot per peer aperti.
Una cosa che non compare in questa tabella: la RAM. Il demone in sé è modesto, e 4 GB fanno effettivamente girare un nodo. Ciò che la memoria extra acquista è page cache davanti al database, un beneficio che si sente durante la sincronizzazione iniziale e durante la prima scansione completa di un portafoglio, non nell'uso quotidiano. Se sta scegliendo tra più RAM e più NVMe con lo stesso budget, scelga l'NVMe — e dia un'occhiata all'elenco dei piani prima di decidere.
Nel pannello: Ordina → VPS → Garrison per un nodo pruned, Ravelin se vuole la catena completa, immagine Debian 12. Non è richiesto alcun indirizzo email per aprire l'account, non viene chiesto alcun documento d'identità in nessun momento, e la fattura si salda in Monero — una simmetria piacevole, oltre che il percorso più breve da un portafoglio a un server avviato che conosciamo. Scelga il bastione in base alla latenza verso se stesso, non verso la rete: le connessioni tra peer sono asincrone e non gliene importa, ma i refresh del suo portafoglio sì.
Poi dedichi la prima ora al muro. Un nodo Monero è per natura un servizio pubblico — resta in ascolto su una porta P2P e parla con sconosciuti — quindi le misure di base non sono facoltative: SSH solo con chiave su una porta non predefinita, un firewall che nega per impostazione predefinita, aggiornamenti di sicurezza automatici, fail2ban. La checklist di hardening della prima ora è la guida complementare, e vale la pena eseguirla per intero prima ancora che il demone esista.
La forma del firewall per questo nodo è insolitamente semplice. Esattamente due cose dovrebbero essere raggiungibili dall'esterno: la sua porta SSH e la porta P2P di Monero. Nient'altro — in particolare non la porta RPC, che il passo 05 raggiunge invece attraverso un tunnel.
ufw default deny incoming
ufw default allow outgoing
ufw allow 22/tcp # or your relocated SSH port
ufw allow 18080/tcp # Monero P2P — the only service port
ufw enable
ufw status numbered
Confermi il disco che ha effettivamente ricevuto prima di sincronizzarci sopra un quarto di terabyte, perché scoprire l'ammanco dopo quaranta ore di sincronizzazione iniziale è un tipo di fastidio molto particolare:
df -h /
# → the "Avail" column is your real budget, not the tier name
Sta per installare un programma che deterrà la visione della rete di cui i suoi portafogli si fidano. Un monerod manomesso è la posizione ideale da cui mentire a un portafoglio, quindi il passo di verifica qui non è un rituale — è il motivo stesso per cui il progetto Monero pubblica un file di hash firmato. Lo faccia, una volta, per bene.
Recuperi l'archivio CLI Linux x86-64 e il file degli hash firmati dalla pagina di download ufficiale, insieme alla chiave pubblica del maintainer così come pubblicata lì. Non prenda la chiave da un mirror di keyserver di terze parti trovato in un post di un forum — la prenda dal progetto, via TLS, dalla stessa pagina che la cita.
apt update && apt install -y gnupg curl bzip2
cd /tmp
curl -LO https://downloads.getmonero.org/cli/linux64 # the release archive
curl -LO https://www.getmonero.org/downloads/hashes.txt # the signed hash list
# Import the signing key named on getmonero.org, then:
gpg --verify hashes.txt
# → "Good signature from ..." — anything else, stop here.
Solo una volta che la firma è verificata il checksum ha un significato. Calcoli l'hash dell'archivio scaricato e trovi quella stringa esatta all'interno del file appena verificato:
sha256sum linux64
grep -F "$(sha256sum linux64 | cut -d' ' -f1)" hashes.txt
# → one matching line. No output means no match: do not install it.
Poi estragga e collochi i due binari di cui ha bisogno. L'archivio contiene una directory con numero di versione; monerod è il demone e monero-blockchain-prune è lo strumento offline che sarà felice di avere se mai dovesse cambiare idea sul pruning.
tar -xjf linux64
cd monero-x86_64-linux-gnu-*/
install -m 0755 monerod monero-blockchain-prune /usr/local/bin/
monerod --version
Annoti la stringa di versione che quel comando stampa, da qualche parte dove potrà ritrovarla. Quando viene annunciato un aggiornamento di rete, vorrà sapere esattamente da quale versione sta aggiornando, e “latest” non è una risposta.
Dia al demone un proprio utente non privilegiato e una propria directory. Nulla, in un nodo Monero, richiede i permessi di root una volta avviato, e un servizio che parla con la internet aperta tutto il giorno è esattamente il servizio che non si vuole far girare come root.
useradd --system --home /var/lib/monero --shell /usr/sbin/nologin monero
mkdir -p /var/lib/monero /var/log/monero
chown -R monero:monero /var/lib/monero /var/log/monero
/etc/monerod.conf — le stesse opzioni che monerod accetta sulla riga di comando, scritte senza i trattini iniziali. Rimuova la riga prune-blockchain se ha scelto un nodo completo; è l'unica riga irreversibile.
# ── storage ────────────────────────────────────────────────
data-dir=/var/lib/monero
log-file=/var/log/monero/monerod.log
log-level=0
max-log-file-size=104857600
prune-blockchain=1
sync-pruned-blocks=1
# ── P2P: the only port the firewall opens ─────────────────
p2p-bind-ip=0.0.0.0
p2p-bind-port=18080
out-peers=32
in-peers=48
no-igd=1
# ── RPC A: unrestricted, loopback only, for you ───────────
rpc-bind-ip=127.0.0.1
rpc-bind-port=18081
# ── RPC B: restricted, what a wallet is allowed to ask ────
rpc-restricted-bind-ip=127.0.0.1
rpc-restricted-bind-port=18089
# ── misc ──────────────────────────────────────────────────
zmq-pub=tcp://127.0.0.1:18083
db-sync-mode=safe
Due listener RPC sono la parte che vale la pena capire. La porta 18081 risponde a tutto, comprese le chiamate amministrative, ed è vincolata al loopback, dove deve stare. La porta 18089 è l'interfaccia ristretta: chiamate di sola visualizzazione, nessun elemento interno sensibile per la privacy, ed è ciò che ogni nodo pubblico della rete espone. Entrambe sono su 127.0.0.1 qui, di proposito — il passo 05 raggiunge la 18089 attraverso un tunnel invece che aprendola.
/etc/systemd/system/monerod.service
[Unit]
Description=Monero full node
After=network-online.target
Wants=network-online.target
[Service]
User=monero
Group=monero
Type=simple
ExecStart=/usr/local/bin/monerod --config-file /etc/monerod.conf \
--non-interactive
Restart=on-failure
RestartSec=30
TimeoutStopSec=300
KillSignal=SIGINT
StandardOutput=journal
StandardError=journal
NoNewPrivileges=true
PrivateTmp=true
ProtectSystem=full
ProtectHome=true
[Install]
WantedBy=multi-user.target
KillSignal e TimeoutStopSec non sono decorazione. Il database vuole chiudersi in modo pulito, e un demone terminato bruscamente nel bel mezzo di una scrittura può ripresentarsi con bisogno di una riparazione — o di una risincronizzazione. SIGINT gli chiede di arrestarsi correttamente, e cinque minuti sono il periodo di tolleranza per lasciarlo finire. Ogni guida che omette queste due righe è a un riavvio sfortunato di distanza da un weekend perso.
systemctl daemon-reload
systemctl enable --now monerod
systemctl status monerod --no-pager
Il demone sta ora percorrendo la catena a partire dal blocco di genesi, controllando ogni firma ad anello e ogni prova di intervallo che incontra. Su NVMe con qualche core sono un giorno o due; è vincolato da CPU e disco, non dalla banda, quindi una connessione più veloce non lo accorcerà. Questo lavoro è l'intero prodotto. Un nodo che lo saltasse sarebbe solo un modo più lento di fidarsi di qualcun altro.
Lo osservi da una seconda shell. La riga di stato indica l'altezza, il numero di peer e il tempo rimanente stimato, ed è l'unico monitoraggio di cui la maggior parte dei nodi avrà mai bisogno:
monerod --rpc-bind-port 18081 status
journalctl -u monerod -f --no-pager
df -h /var/lib/monero # check this one more often than you think you need to
Non importi una blockchain scaricata. Su internet esistono archivi che promettono di saltare l'attesa, e importarne uno trasforma un nodo che lei ha verificato in un nodo che crede a un file datogli da uno sconosciuto. Vanifica l'unica cosa per cui è venuto qui. Se il tempo di sincronizzazione è genuinamente inaccettabile, la soluzione onesta è una macchina con più core, non una scorciatoia intorno alla verifica.
La trappola del demone di bootstrap. monerod può rispondere alle richieste del portafoglio da un nodo pubblico mentre la propria sincronizzazione recupera terreno, il che è una comodità dal bordo tagliente: per tutto il tempo in cui è attiva, il traffico del suo portafoglio viene servito esattamente dal tipo di terza parte che questa guida esiste per eliminare. Se la abilita per essere operativo entro la prima ora, imposti un promemoria in agenda e la disattivi nel momento in cui la sua altezza raggiunge la cima. Un compromesso temporaneo che nessuno si ricorda di terminare è solo il vecchio sistema con un nome nuovo.
Quando l'altezza smette di muoversi e corrisponde a un block explorer di cui si fida, il nodo è attivo. Da questo punto in poi il demone le costa qualche gigabyte di traffico al giorno, un po' di CPU, e nessun'altra attenzione oltre agli aggiornamenti.
L'interfaccia RPC ristretta è vincolata al loopback, il che significa che al momento non è raggiungibile da nulla. È l'impostazione predefinita corretta, e il resto di questo passo riguarda la scelta di come colmare quel divario. Ne scelga una — si combinano male tra loro e gliene serve solo una.
Opzione A · Tunnel SSH — una macchina, configurazione zero. La risposta giusta se usa un solo laptop. Non viene installato nulla di nuovo, nulla di nuovo si mette in ascolto, e il tunnel muore con la sessione. Il suo portafoglio a quel punto punta a 127.0.0.1:18089 come se il nodo fosse locale.
ssh -N -L 18089:127.0.0.1:18089 monero-vps
# leave it running; point the wallet at 127.0.0.1:18089
Opzione B · WireGuard — più dispositivi, sempre attivo. La risposta giusta per un telefono più un desktop più un laptop. Il nodo si unisce alla sua rete privata e i portafogli lo indirizzano tramite il suo IP di tunnel, senza alcuna porta esposta a internet. La guida a WireGuard costruisce il tunnel; l'unico passo aggiuntivo qui è far rispondere il demone su di esso.
# in /etc/monerod.conf
rpc-restricted-bind-ip=10.8.0.1 # the node's WireGuard address
confirm-external-bind=1
# and in the firewall, only on the tunnel interface
ufw allow in on wg0 to any port 18089 proto tcp
Opzione C · Onion v3 — ovunque, nessuna porta, nessun IP fisso. La risposta giusta se viaggia, o se vuole che il nodo sia raggiungibile senza alcuna porta in entrata da nessuna parte. Tor pubblica il servizio; non c'è nulla da inoltrare e nulla da scansionare. La guida all'hidden service copre il torrc per intero; la parte specifica del nodo è di tre righe.
# /etc/tor/torrc
HiddenServiceDir /var/lib/tor/monero-rpc/
HiddenServiceVersion 3
HiddenServicePort 18089 127.0.0.1:18089
# then read the address Tor generated for you
cat /var/lib/tor/monero-rpc/hostname
Qualunque porta d'accesso abbia costruito, il lato portafoglio è sempre fatto degli stessi tre campi. In Feather: Settings → Node → aggiungere un nodo personalizzato, host e porta, e abilitare il proxy Tor se ha scelto l'onion. Nel Monero GUI ufficiale: Settings → Node → Remote node, con “connect to a remote node” selezionato. In Cake Wallet: Settings → Nodes → add node, che accetta direttamente un indirizzo onion. Se ha impostato un nome utente e una password sull'interfaccia RPC, tutti e tre hanno campi appositi.
Poi verifichi che abbia funzionato. Il portafoglio dovrebbe mostrare la stessa altezza del suo nodo, e il nodo dovrebbe mostrare un client RPC in più. Se il portafoglio si aggiorna ancora in un secondo netto, probabilmente sta ancora parlando con il nodo pubblico predefinito — la maggior parte dei portafogli mantiene quello vecchio nell'elenco e vi torna silenziosamente.
Il suo portafoglio non consegna più le transazioni a uno sconosciuto — le consegna al proprio demone. Ma quel demone poi le annuncia ai suoi peer dall'indirizzo IP del suo server, e i peer prendono nota. Monero distribuisce già una nuova transazione attraverso una fase di relay randomizzata prima che si diffonda a ventaglio, il che rende difficile identificare il primo salto; inviarla invece via Tor elimina del tutto la questione.
Basta una riga. Il demone continua a sincronizzare i blocchi via clearnet — è ciò che mantiene la sincronizzazione veloce — e instrada solo le trasmissioni delle sue transazioni in uscita attraverso la porta SOCKS locale di Tor:
# in /etc/monerod.conf, with tor running locally
tx-proxy=tor,127.0.0.1:9050,16
Se vuole spingersi oltre e accettare peer anche via Tor, pubblichi un secondo hidden service per il lato P2P e indichi al demone quale indirizzo onion pubblicizzare. Il numero di porta è a sua scelta, purché le due metà siano d'accordo e nient'altro sulla macchina lo stia già usando:
# /etc/tor/torrc
HiddenServiceDir /var/lib/tor/monero-p2p/
HiddenServiceVersion 3
HiddenServicePort 18084 127.0.0.1:18084
# /etc/monerod.conf
anonymous-inbound=YOUR_ONION_ADDRESS.onion:18084,127.0.0.1:18084
Quel passo aiuta la rete più di quanto aiuti lei, il che è un'ottima ragione per compierlo comunque. Costa un po' di latenza e alcuni slot per i peer, e fa sì che i nodi solo-Tor abbiano un posto a cui connettersi.
Facoltativo: donare un nodo pubblico. Se ha banda e disco a sufficienza, può pubblicizzare il proprio endpoint RPC ristretto in modo che i portafogli di altre persone possano usarlo. È un contributo genuino a una rete il cui punto debole è quante poche persone facciano girare un proprio demone — e comporta gli obblighi di qualsiasi servizio pubblico: trasporterà il traffico di altre persone, e sarà visibile come operatore di nodo. Ogni piano qui include banda illimitata, quindi il primo di questi punti è una scelta, non una spesa.
# only if you mean it: expose the RESTRICTED port, never 18081
rpc-restricted-bind-ip=0.0.0.0
confirm-external-bind=1
public-node=1
# and open it: ufw allow 18089/tcp
Un nodo è anche una bella cosa da affiancare ad altra infrastruttura self-hosted — un nodo Lightning sullo stesso rack, per esempio. Le tenga su macchine separate se il budget lo consente: hanno requisiti di uptime diversi e scenari di ripristino molto diversi.
Il demone si ferma, e il database potrebbe aver bisogno di un intervento di riparazione prima di potersi riaprire. Controlli lo spazio libero quotidianamente durante la sincronizzazione, e dimensioni il piano per la catena tra tre anni, non per quella di oggi.
La porta 18081 risponde alle chiamate amministrative. Il suo posto è su 127.0.0.1, per sempre. Se qualcosa dall'esterno deve raggiungere il nodo, raggiunge il listener ristretto sulla 18089, attraverso un tunnel.
Aggiungere il proprio nodo all'elenco non lo seleziona, e la maggior parte dei portafogli torna silenziosamente a quello predefinito quando non è raggiungibile. Confronti le altezze, e verifichi che il nodo segnali un client RPC connesso.
Aggiungerlo in un secondo momento non riduce un database già esistente. Convertirlo significa fermare il demone ed eseguire monero-blockchain-prune, che richiede ore e spazio di lavoro. Decida prima del primo avvio.
Un aggiornamento di rete è passato e il demone non è mai stato aggiornato. Non lo segnala a gran voce — l'altezza smette semplicemente di corrispondere alla realtà. Segua gli annunci delle release e aggiorni prima dell'altezza del fork.
Un SIGKILL nel bel mezzo di una scrittura, di solito da una unit systemd senza KillSignal e con un timeout di arresto troppo breve. Usi SIGINT e conceda cinque minuti, lasciando che il demone chiuda da sé il proprio database.
Dieci domande che emergono prima, durante e dopo aver spostato un portafoglio su un demone gestito in prima persona.
No. I portafogli Monero eseguono la scansione lato client: il portafoglio chiede al nodo un intervallo di blocchi, li scarica per intero, e prova a decifrare localmente ogni output con la sua chiave privata di visualizzazione. Il nodo non riceve mai la sua chiave di visualizzazione, la sua chiave di spesa o il suo indirizzo, e non può distinguere quali degli output appena consegnati siano suoi. È una differenza architetturale reale rispetto ai portafogli leggeri di Bitcoin, dove al server viene di norma detto quali indirizzi o script sorvegliare. Ciò che un nodo remoto impara davvero è il livello di rete: il suo indirizzo IP, il fatto che un portafoglio a quell'IP si sta sincronizzando, l'intervallo di blocchi richiesto — che delimita l'altezza di ripristino del suo portafoglio — e, soprattutto, qualsiasi transazione che gli si consegni da trasmettere. Quest'ultima è la fuga che vale la pena chiudere.
Faccia girare la modalità pruned a meno che non abbia un motivo per non farlo. Un nodo pruned scarta sette ottavi dei dati delle firme ad anello per i blocchi vecchi, mantiene tutto ciò di cui un portafoglio o un nuovo peer hanno effettivamente bisogno da lei, continua comunque a validare l'intera catena da sé, e si assesta a circa un terzo del disco di un nodo completo. Per un backend di portafoglio personale il comportamento è indistinguibile. Faccia girare un nodo completo se vuole poter servire a un nodo appena nato la propria sincronizzazione iniziale da zero, se usa strumenti in stile block explorer che leggono dati storici di transazione arbitrari, o se semplicemente vuole una copia archivistica completa. Decida prima della prima sincronizzazione: --prune-blockchain esegue il pruning man mano che sincronizza, mentre convertire un database completo già sincronizzato significa fermare il demone ed eseguirci sopra lo strumento separato monero-blockchain-prune.
Un nodo completo supera i 240 GB a metà 2026 e cresce dell'ordine di decine di gigabyte l'anno, quindi va dimensionato per la catena che si avrà tra tre anni, non per quella di oggi. Un nodo pruned è all'incirca un terzo di quella cifra — diciamo 85-95 GB per ora. In pratica questo significa che un Garrison (240 GB NVMe) è la sistemazione comoda per un nodo pruned con anni di margine, mentre un Ravelin (480 GB) è la macchina giusta per un nodo completo. Un Sentinel da 120 GB regge oggi un nodo pruned, ma la farà tornare a pensarci prima di quanto vorrebbe. Verifichi la dimensione attuale della catena prima di acquistare il disco — è l'unico numero di questa guida destinato a essere già superato.
Un giorno o due su NVMe per una prima sincronizzazione, vincolata da CPU e disco piuttosto che dalla connessione. Il demone sta verificando ogni firma ad anello e ogni prova di intervallo a partire dal blocco di genesi; questo è il lavoro vero e proprio, ed è il motivo per cui vale la pena far girare il nodo. Due cose lo peggiorano drasticamente: un disco meccanico tradizionale al posto di un NVMe, che può trasformare due giorni in una settimana, ed esaurire lo spazio su disco a metà strada. Due cose che aiutano meno di quanto si pensi: più banda, e più RAM oltre a quanta ne serve per mantenere calde le pagine del database. Non importi un archivio della blockchain scaricato da terzi per saltare l'attesa — significherebbe fidarsi esattamente della parte di cui si voleva smettere di fidarsi.
Quella non ristretta, mai. L'interfaccia RPC non ristretta espone chiamate amministrative, e dovrebbe restare vincolata a 127.0.0.1 per tutta la vita del nodo. L'interfaccia ristretta è un oggetto diverso: risponde solo alle chiamate di sola visualizzazione di cui un portafoglio ha bisogno, ed è ciò che ogni nodo pubblico della rete espone. Ciò nonostante, pubblicarla su una porta clearnet annuncia “qui c'è un utente Monero” a chiunque stia scansionando lo spazio degli indirizzi. L'ordine di preferenza in questa guida è: prima un servizio onion v3, poi un tunnel WireGuard, poi un tunnel SSH per una singola macchina, e infine una porta pubblica nuda solo se ha deliberatamente deciso di donare un nodo pubblico alla rete.
Un nodo non detiene chiavi, non custodisce fondi e non può muovere il denaro di nessuno. Valida blocchi e inoltra transazioni che altre persone hanno già firmato — la stessa posizione di un relay di posta che trasporta messaggi che non può leggere. Questa è la realtà tecnica; la realtà legale è di natura giurisdizionale, e questa guida non è una consulenza legale. Ciò che la giurisdizione cambia è chi può obbligare a cosa: la guida sulle quattro giurisdizioni nordiche ripercorre gli statuti che si applicano a un server situato a Stoccolma, Helsinki, Oslo o Reykjavík.
Solo se lo aggiorna. Monero esegue aggiornamenti di rete programmati, e un demone che gira con un insieme di regole di consenso più vecchio smette di seguire la catena principale all'altezza del fork — non la avvisa a gran voce, semplicemente si blocca o si dirama, e il suo portafoglio segnala silenziosamente un'altezza che non corrisponde più alla realtà. Si iscriva agli annunci delle release, fissi la versione installata invece di seguire un tag mobile, e imposti un promemoria in agenda in corrispondenza dell'altezza di aggiornamento annunciata. Questo è il modo più comune in assoluto in cui un nodo self-hosted smette di essere utile: non un crash, solo un proprietario che ha smesso di leggere.
Instradi via Tor le trasmissioni delle transazioni in uscita — è l'unica impostazione con un ritorno in termini di privacy chiaro ed economico, perché separa “questa transazione è entrata nella rete” da “questo indirizzo IP esiste”. Accettare anche peer Tor in entrata è un passo ulteriore che aiuta la rete più di quanto aiuti lei, e costa un po' di latenza. Instradare tutto il traffico peer via Tor è l'opzione aggressiva: funziona, e renderà la sua sincronizzazione iniziale considerevolmente più lenta, per cui la maggior parte delle persone sincronizza via clearnet e poi sposta su Tor solo il percorso delle transazioni. La guida all'hidden service Tor approfondisce il lato torrc.
Quasi sempre l'altezza di ripristino. Un portafoglio senza altezza di ripristino, o con il valore impostato a zero, riesegue la scansione della catena dal blocco di genesi ogni volta che viene ripristinato, ore di lavoro locale per niente. Imposti l'altezza di ripristino sul blocco esistente al momento della creazione del portafoglio. La seconda causa è il percorso di rete: un portafoglio in un altro paese che parla con il suo nodo attraverso un circuito onion saturo sarà più lento dello stesso portafoglio su un nodo pubblico dietro l'angolo — è il prezzo della privacy, e un tunnel WireGuard di solito recupera la maggior parte della velocità. La terza causa, quella che sfugge più spesso, è che il nodo non ha ancora terminato la propria sincronizzazione iniziale e sta ancora rispondendo tramite un demone di bootstrap.
Perché un nodo è un oggetto di lunga durata, raggiungibile pubblicamente, con le sue transazioni che vi passano attraverso. Un nodo completo chiude la fuga tra il suo portafoglio e il nodo di uno sconosciuto — e ne apre una più piccola, tra il suo nodo e chiunque gli abbia affittato la macchina. Se la registrazione per quella macchina ha comportato una scansione del passaporto e una carta intestata al suo nome legale, ha semplicemente spostato la correlazione, non l'ha eliminata. Pagare in Monero il server che fa girare il suo nodo Monero non è uno slogan; è l'unica versione della configurazione in cui i due livelli sono coerenti tra loro. La guida pilastro sull'hosting VPS anonimo ripercorre i tre livelli dall'inizio alla fine.
Garrison (4 vCPU, 8 GB, 240 GB NVMe, $7.90/mese) ospita un nodo pruned con anni di margine; Ravelin (480 GB) accoglie la catena completa. Banda illimitata su ogni piano, nessuna email in fase di registrazione, nessun documento d'identità, mai.
Ultima revisione · 2026-10-12 · Fonti · Guide utente di getmonero.org (far girare un nodo, pruning, Tor e I2P), monerod --help sulla linea v0.18, documentazione di Debian 12 e del Tor Project · Cadenza · annuale
This guide is one spoke of a larger series. The pillar walks the three privacy layers end to end — the sibling spokes below dive into the specifics.
Three independent layers — signup, payment, network — explained, legal context included, common mistakes flagged.
Your own LN node — bitcoind + LND or Core Lightning, on a VPS.
Accept Bitcoin and Lightning with no processor — non-custodial, no fees.
Deploy your own MCP server on a no-KYC VPS — TLS, streamable HTTP, OAuth.
Host an MCP server with no ID — the privacy stack, crypto-paid.
Hosting privato, costruito nel Nord.