Pianifica storage e sincronizzazione
Un nodo completo e un nodo potato hanno esigenze di disco diverse, e tali esigenze cambiano nel tempo. Verifica i requisiti upstream attuali e lascia margine di crescita. Il download iniziale dei blocchi può richiedere tempo e risorse considerevoli.
Limita le interfacce di controllo
Mantieni l'amministrazione RPC e Lightning di Bitcoin su una route privata autenticata. Esporre un endpoint di controllo non autenticato può mettere a rischio i fondi e l'host. Le porte peer pubbliche e le porte amministrative private richiedono regole firewall diverse.
Comprendi la liquidità dei canali
Un canale Lightning vincola fondi e presenta limiti di liquidità in entrata e in uscita. Gestire un nodo non garantisce ricavi dal routing. Valuta commissioni, gestione dei canali e rischi di un hot wallet prima di finanziarlo.
Esegui il backup dello stato corretto
Segui la procedura di recupero specifica dell'implementazione per i seed del wallet e il materiale di backup dei canali. Conserva i dati di recupero fuori dal nodo e verifica la comprensione senza esporre segreti. Una copia generica del filesystem potrebbe non essere un backup sicuro di un canale attivo.
Scegli un'implementazione e segui le sue regole di ripristino
Bitcoin Core fornisce un backend Bitcoin. LND e Core Lightning sono implementazioni Lightning separate con configurazione, ecosistema di plugin e procedure di backup propri. Scegli uno stack supportato e segui la sua documentazione attuale; non mescolare le istruzioni di ripristino tra implementazioni. Il completamento della sincronizzazione, la connettività dei peer e il ripristino del wallet sono verifiche di accettazione separate.
Un checkpoint di pre-finanziamento
Prima di mettere online fondi significativi, verifica che le porte amministrative siano private, che gli aggiornamenti siano pianificati e che il materiale di recupero del wallet e dei canali sia conservato in modo indipendente. Comprendi la differenza tra un seed, un backup statico dei canali e una copia completa dei dati nella tua implementazione. Mantieni online solo i fondi richiesti dal tuo piano operativo. Un nodo di routing è un impegno operativo, non un prodotto a rendimento passivo.
Accetta il backend Bitcoin prima di aprire canali
Verifica la provenienza della release del software seguendo le istruzioni del progetto, scegli un layout completo o pruned supportato e consenti il completamento della sincronizzazione iniziale. Riserva spazio per l'overhead del database, i log, gli aggiornamenti e la crescita invece di allocare l'esatta impronta della catena prevista. Un backend pruned può richiedere una pianificazione aggiuntiva per la scoperta storica del wallet o le riscansioni. Non presentare una cifra arbitraria di disco corrente come requisito permanente.
- Verifica separatamente l'avanzamento della sincronizzazione, la connettività dei peer e il consumo del disco.
- Mantieni privati il listener RPC e l'autenticazione; aprire una porta peer non richiede di esporre il controllo amministrativo.
- Scegli LND o Core Lightning con un backend Bitcoin compatibile e documentato, poi verifica il suo stato di sincronizzazione.
- Esegui un piccolo test e comprendi finanziamento, liquidità in entrata e commissioni prima di collocare fondi significativi online.
Documentazione ufficiale: LND: ripristino dopo un disastro · Core Lightning: backup di wallet e canali
Considera lo stato obsoleto del canale come un rischio per il ripristino
Un generico snapshot VPS non è automaticamente un backup sicuro del canale live. Il disaster recovery di LND può usare il suo seed e il backup statico dei canali per richiedere la chiusura del canale; è una procedura di ultima istanza, non un normale metodo di migrazione. Mantieni l'istanza vecchia ferma durante il ripristino per evitare copie concorrenti. Segui la procedura di LND per il materiale che possiedi effettivamente invece di ripristinare un database di canali vecchio arbitrario.
Documentazione ufficiale: LND: ripristino dopo un disastro
Mantieni il piano di ripristino specifico per l'implementazione
Core Lightning distingue il segreto del wallet, il materiale di recupero d'emergenza dei canali e il database attivo. La sua documentazione sconsiglia il ripristino ordinario in stile snapshot di uno stato obsoleto del database dei canali e descrive approcci di backup specifici dell'implementazione. Conserva il materiale chiave richiesto fuori dal nodo, monitora gli aggiornamenti ai file di recupero dei canali e verifica la tua comprensione prima di depositare fondi. Se il disco si guasta, preserva i dati danneggiati e consulta la procedura di recupero corretta prima di riavviare una vecchia copia.
- Un saldo on-chain ripristinato non prova che ogni canale sia stato recuperato.
- Un canale senza capacità in entrata non può ricevere semplicemente perché il nodo è online.
- Un'interruzione di un peer e una credenziale RPC locale non valida richiedono risoluzioni dei problemi diverse.
- Non dedurre reddito automatico o recuperabilità garantita da un'installazione del nodo riuscita.
Documentazione ufficiale: Core Lightning: backup di wallet e canali