Ospiti in autonomia un nodo Bitcoin Lightning.
Sei passaggi. Il suo router LN su metallo nordico di proprietà.

Potata (10-50 GB) per l'operazione Lightning personale — non è necessaria la cronologia completa per partecipare a Lightning, serve solo un nodo Bitcoin funzionante. Completa (~700 GB e in crescita) se si vuole anche verificare le transazioni storiche, eseguire un block explorer localmente, o contribuire alla resilienza della rete servendo la catena ad altri nodi. La maggior parte degli operatori LN personali sceglie la potata; gli hobbisti operatori di nodo scelgono la completa.

LND se si vuole l'ecosistema più ampio — BTCPay Server, RTL, ThunderHub, wallet di controllo remoto mobile, la maggior parte degli strumenti di sviluppo Lightning. Core Lightning (CLN) se si apprezza la codebase più piccola, l'architettura plug-in, l'implementazione C, o si partecipa alla cultura massimalista Bitcoin che la preferisce. Entrambe le implementazioni interoperano sul protocollo Lightning; si può cambiare in seguito ripristinando il seed del wallet nell'altra.

Un minimo pratico è ~0.005 BTC. Copre uno o due canali in uscita da $100-200 ciascuno più la riserva on-chain per la gestione dei canali. Al di sotto, le commissioni di apertura e chiusura del canale consumano una percentuale troppo alta del capitale. Il punto ottimale per chi sta imparando è 0.01-0.05 BTC distribuiti su tre-cinque canali con nodi ben connessi.

Tecnicamente sì se utilizza la modalità pruned e impostazioni di memoria strette, ma combatterà costantemente con i limiti delle risorse. Sentinel ($5.90, 4 GB RAM) è sufficiente per un nodo pruned + LND in stato idle ma stretto sotto traffico reale. Ravelin ($23.90, 16 GB) è comodo. Bulwark ($46.90, 32 GB, 960 GB disco) è la soluzione giusta per un full node non pruned più LND più BTCPay.

Tre pratiche. (1) Configuri bitcoind con onlynet=onion e proxy=127.0.0.1:9050 — tutto il traffico P2P in uscita passa per Tor. (2) Esegua LND con tor.active=true e tor.v3=true in modo che anche il traffico di apertura/chiusura dei canali passi per Tor. (3) Non pubblicizzi l'IP clearnet del suo nodo nei metadati di apertura del canale. Se eseguita correttamente, il suo nodo è completamente instradato via Tor e solo la transazione on-chain di apertura del canale è visibile pubblicamente.

Meno di quanto si pensi. Un canale ben finanziato con un buon peer può stare per mesi senza intervento. La manutenzione principale: ribilanciare occasionalmente la liquidità (instradamento in/out), chiudere e riaprire se un peer è costantemente offline, e aumentare le commissioni sulle transazioni di chiusura del canale durante i periodi di mempool ad alta commissione. Strumenti come Balance-of-Satoshis (LND) o summary.py (CLN) automatizzano la maggior parte di questo.

No — Lightning richiede che almeno un canale abbia abbastanza capacità sul lato ricevente. Aprire canali VERSO nodi ben connessi (leggermente controintuitivo — si apre in uscita, loro hanno liquidità in entrata verso di te), o pagare un servizio di liquidità (Bitrefill Thor, LNBig, Lightning Pool) per aprire un canale da loro verso di te. Per ricevere un volume significativo, ~0.05 BTC in entrata è un obiettivo iniziale ragionevole.

Due considerazioni. (1) Dove si trova fisicamente il server — Svezia, Finlandia, Norvegia, Islanda per il regime costituzionale nordico; l'approfondimento è su /guides/nordic-jurisdictions-for-privacy-hosting/. (2) Se gestire un nodo LN è regolamentato nel paese in cui risiede come operatore — la maggior parte dei paesi SEE / UE tratta i nodi self-hosted come infrastruttura personale, non come servizio finanziario regolamentato, ma alcuni hanno zone grigie. La giurisdizione dell'host protegge il server; la giurisdizione dell'operatore governa la sua postura personale.