Un nodo Lightning vale quanto il suo uptime. Fai girare LND o Core Lightning su hardware offshore sempre acceso con il tuo backend Bitcoin, mantieni il controllo delle chiavi dei canali, e instrada i pagamenti da un IP che non è il tuo salotto.
I canali Lightning sono contratti attivi: se il tuo nodo va offline non puoi instradare, non puoi ricevere, e nel peggiore dei casi un vecchio stato del canale viene chiuso forzatamente (force-close) contro di te. I nodi domestici muoiono con i blackout e gli uplink instabili. Un nodo in data center con alimentazione ridondante e banda illimitata mantiene i tuoi canali attivi 24/7 — e poiché il nodo custodisce chiavi hot, la componente no-KYC conta doppiamente: nessuno dovrebbe poter risalire a chi appartengono quei fondi.
Le fee di routing vanno ai nodi sempre raggiungibili. L'alimentazione e la rete di un data center battono i 'nove' di qualsiasi setup domestico.
Ogni piano abbinato fa girare bitcoind (pruned o completo) sullo stesso server — nessuna fonte di blocchi di terze parti, nessun compromesso da light client.
Annuncia un indirizzo clearnet per il throughput e un indirizzo Tor per la privacy; LND gestisce entrambi. Il tuo IP di casa non compare da nessuna parte.
Il wallet del canale è hot per design. Un hosting acquistato con un token e pagato in crypto significa che la macchina che lo custodisce non è collegata al tuo nome.
Dimensionamento realistico per un nodo mainnet nel 2026 — dimensione della chain, memoria, disco e banda. Basato su ciò che gira davvero in produzione, non su specifiche minime che hanno smesso di essere vere due anni fa.
| Software client | LND 0.19 / Core Lightning |
|---|---|
| Dimensione chain | BTC backend ≈ 760 GB |
| Crescita annua | channel DB: a few GB |
| RAM consigliata | 8–16 GB |
| Storage consigliato | 1–2 TB NVMe |
| Sincronizzazione iniziale | hours (over synced bitcoind) |
| Pruning possibile | ✓ (pruned bitcoind OK) |
| Porta P2P | 9735 TCP |
Ogni piano include banda illimitata, storage NVMe e accesso root completo — le tre cose che un nodo consuma davvero. Esegui il deploy con un token, paga nella stessa moneta che il tuo nodo protegge.
bitcoind pruned + LND stanno in 400 GB di NVMe e 32 GB di RAM — un serio nodo di routing amatoriale al prezzo di un VPS.
Backend a chain completa su 2× 1 TB NVMe, RAM ECC per il database dei canali, margine per le dashboard RTL o ThunderHub.
Grandi nodi di routing: bitcoind archive, più implementazioni Lightning, watchtower per altri — 16 core e 2× 2 TB NVMe.
| Località | CPU | RAM | Archiviazione | Uplink | Prezzo | |
|---|---|---|---|---|---|---|
| Moldavia Offshore economico | 8C / 16T Intel Xeon E-2388G (3.2 GHz) |
64 GB DDR4 ECC | 2x 1TB NVMe | 2 Gbps | $48.50/mo | Ordine |
| Russia Immune all'Occidente | 8C / 16T Intel Xeon E-2388G (3.2 GHz) |
64 GB DDR4 ECC | 2x 1TB NVMe | 2 Gbps | $48.50/mo | Ordine |
| Panama Nessuna conservazione dei dati | 8C / 16T Intel Xeon E-2388G (3.2 GHz) |
64 GB DDR4 ECC | 2x 1TB NVMe | 2 Gbps | $53.50/mo | Ordine |
| Romania Anti-conservazione | 8C / 16T Intel Xeon E-2388G (3.2 GHz) |
64 GB DDR4 ECC | 2x 1TB NVMe | 2 Gbps | $53.50/mo | Ordine |
| Paesi Bassi Migliore peering | 8C / 16T Intel Xeon E-2388G (3.2 GHz) |
64 GB DDR4 ECC | 2x 1TB NVMe | 2 Gbps | $58.50/mo | Ordine |
| Islanda Refugio di libertà di espressione | 8C / 16T Intel Xeon E-2388G (3.2 GHz) |
64 GB DDR4 ECC | 2x 1TB NVMe | 2 Gbps | $63.00/mo | Ordine |
| Svizzera Privacy premium | 8C / 16T Intel Xeon E-2388G (3.2 GHz) |
64 GB DDR4 ECC | 2x 1TB NVMe | 2 Gbps | $68.00/mo | Ordine |
Ti serve più disco, più RAM o un layout RAID personalizzato per il tuo nodo? Contatti →
Dall'ordine al nodo sincronizzato. I comandi sono pronti da copiare e incollare per Ubuntu 24.04 — adatta i percorsi se usi Debian o Rocky.
DS-1 consigliato — Lightning vuole uptime dedicato. Il peering dei Paesi Bassi ti aiuta a raggiungere i grandi hub node con bassa latenza.
Segui prima la configurazione del nodo Bitcoin — pruned va benissimo per LND. Attiva Tor mentre la chain si sincronizza.
Scarica i binari della release, verifica le firme, installa. Crea un utente dedicato e una unit systemd così il nodo sopravvive ai riavvii.
# after bitcoind is synced (pruned is fine for LND)
wget https://github.com/lightningnetwork/lnd/releases/download/v0.19.0-beta/lnd-linux-amd64-v0.19.0-beta.tar.gz
tar xzf lnd-linux-amd64-v0.19.0-beta.tar.gz && install -m 0755 lnd-linux-amd64-v0.19.0-beta/* /usr/local/bin/Punta LND verso il tuo bitcoind, attiva tor.active con un indirizzo onion statico, imposta il tuo alias e la fee policy. Fai un backup del seed offline — i fondi dei canali dipendono da questo.
# ~/.lnd/lnd.conf
bitcoin.mainnet=1
bitcoin.node=bitcoind
tor.active=1 # hide your node's IP
tor.v3=1Finanzia il wallet, apri canali verso peer ben connessi, installa RTL o ThunderHub come dashboard, e invia automaticamente i backup statici dei canali (SCB) fuori dal server.
lnd &
lncli create # scripted wallet init
lncli getinfoIl software Lightning in sé è leggero — pochi GB di database dei canali, 2–4 GB di RAM. Il vero peso è il backend Bitcoin dietro di esso: pruned (~50–100 GB) o completo (~760 GB). Quello che Lightning richiede in modo unico è l'affidabilità: NVMe che non corrompa il database dei canali sotto carico improvviso, memoria ECC sui piani dedicati, e una rete che non sparisca mai a metà di un HTLC. Ecco perché il piano consigliato è bare metal anche se la CPU raramente suda.
I force-close fanno male: se il tuo nodo è offline mentre un peer trasmette uno stato vecchio, solo un watchtower può punire l'imbroglio. Fai girare il tuo nodo dove l'uptime è garantito da uno SLA del 99.9%, aggiungi un watchtower esterno (o ospitane uno per gli amici sullo stesso server), e mantieni sincronizzati fuori server i backup statici dei canali. Il compito del nodo è non perdere mai un blocco — tutto il resto è ottimizzazione delle fee.
L'alias, la pubkey e l'IP del tuo nodo sono pubblici su ogni explorer Lightning. Se quell'IP è il tuo indirizzo di casa, la tua posizione fisica è a una sola ricerca di distanza dai saldi dei tuoi canali. Un hosting offshore sotto un token spezza quel collegamento: gli explorer vedono un data center in Moldavia o in Islanda, i pagamenti vengono instradati esattamente allo stesso modo, e l'operatore dietro la pubkey resta non mappato. Aggiungi un indirizzo di annuncio solo-Tor se vuoi che il nodo sia completamente dark.
Inizia con qualche milione di sat distribuiti su 3–5 canali scelti bene, sul piano Base. Quando gli inoltri diventano costanti, sali di livello: più RAM mantiene in memoria grafi dei canali più grandi, più disco permette al backend di diventare archive, e i core liberi ospitano una seconda implementazione o uno stack LNbits. La migrazione è una copia della directory LND che preserva i canali — oppure fai girare vecchio e nuovo in parallelo e riequilibra tra i due.
Sì — sia LND che Core Lightning funzionano su un bitcoind pruned (mantieni un prune target comodo, ≥100 GB, per sicurezza durante chiusure di canale lunghe). La chain completa elimina i casi limite ed è ciò per cui è dimensionato il piano DS-1.
Per ricevere e instradare: il più possibile — ogni minuto offline è un inoltro mancato. Per la sicurezza dei fondi il tuo nodo deve ricomparire ben entro la finestra CLTV, ma non giocare con quel margine. L'hosting in data center rende la domanda superflua.
Un VPS-XL fa girare bene un vero nodo di routing. Il dedicato ti dà RAM ECC, NVMe privato per il database dei canali e immunità dai vicini rumorosi durante i picchi di traffico — ne vale la pena una volta che i canali custodiscono valore importante.
No. L'accesso root completo è tuo, i dischi possono essere cifrati con LUKS, e non conserviamo immagini né tracce di console. La sicurezza operativa del seed e dei macaroon resta interamente nelle tue mani — come deve essere.
I nodi ben gestiti, con un buon posizionamento dei canali e un fee tuning accurato, guadagnano; quelli posizionati male no. Nessuno che sia serio promette rendimenti. Quello che l'hosting controlla è l'unica variabile che non puoi regolare in seguito: essere online ogni ora di ogni giorno.
Entrambi è la risposta pragmatica: clearnet per il throughput e la qualità dei peer, un onion v3 per la privacy e connessioni in ingresso senza NAT. tor.active di LND più externalip copre la configurazione ibrida — entrambi i flag sono nel passaggio 4.
Hosting di nodi Bitcoin
Hosting di nodi Ethereum
Hosting di nodi Monero
Hosting per validatori e RPC Solana
Hosting di nodi Litecoin
Hosting di nodi TRON
Tutti i tipi di nodo →
Letture correlate: Pagamenti Crypto per Hosting: Monero vs Bitcoin vs USDT · La prima ora di hardening di un VPS: una checklist · Crypto nodes
Hardware sempre acceso per LND o Core Lightning, backend Bitcoin incluso, pagato in BTC. I canali restano attivi perché il server non si spegne mai.