Planlæg lagring og synkronisering
En fuld node og en beskåret node har forskellige diskbehov, og disse behov ændrer sig over tid. Kontroller de aktuelle upstream-krav, og efterlad plads til vækst. Indledende blokdownload kan tage betydelig tid og ressourcer.
Begræns kontrolgrænseflader
Hold Bitcoin RPC- og Lightning-administration på en privat autentificeret rute. Eksponering af et uautentificeret kontrol-endpoint kan bringe midler og værten i fare. Offentlige peer-porte og private administrative porte har brug for forskellige firewallregler.
Forstå kanallikviditet
En Lightning-kanal binder midler og har begrænsninger for indgående og udgående likviditet. At køre en node lover ikke routingindtægter. Overvej gebyrer, kanaladministration og risiciene ved en hot wallet, før du finansierer den.
Sikkerhedskopier den korrekte tilstand
Følg den specifikke implementerings gendannelsesprocedure for tegnebogsfrø og kanalbackupmateriale. Opbevar gendannelsesdata uden for noden, og test forståelsen uden at afsløre hemmeligheder. En generisk filsystemkopi er muligvis ikke en sikker backup af en aktiv kanal.
Vælg en implementering, og følg dens gendannelsesregler
Bitcoin Core leverer en Bitcoin-backend. LND og Core Lightning er separate Lightning-implementeringer med deres egen konfiguration, plugin-økosystem og backup-procedurer. Vælg én understøttet stak og følg dens aktuelle dokumentation; bland ikke gendannelsesinstruktioner mellem implementeringer. Fuldførelse af synkronisering, peer-forbindelse og tegnebogsgendannelse er separate acceptkontroller.
Et kontrolpunkt før forudbetaling
Før du placerer betydelige midler online, skal du bekræfte, at administrative porte er private, at opdateringer er planlagt, og at gendannelsesmateriale til wallet og kanaler opbevares separat. Forstå forskellen mellem en seed, en statisk kanalbackup og en fuld datakopi i din implementering. Behold kun de online midler, din driftsplan kræver. En routing-node er en driftsforpligtelse, ikke et passivt afkastprodukt.
Accepter Bitcoin-backend, før der åbnes kanaler
Verificér softwarens udgivelsesproveniens ved hjælp af projektets instruktioner, vælg et understøttet fuldt eller pruned layout, og lad den indledende synkronisering fuldføre. Afsæt plads til database-overhead, logs, opdateringer og vækst i stedet for at allokere det præcise forventede chain-footprint. En pruned backend kan kræve yderligere planlægning for historisk wallet-discovery eller rescans. Præsentér ikke et vilkårligt aktuelt disk-tal som et permanent krav.
- Kontrollér synkroniseringsfremdrift, peer-forbindelse og diskforbrug uafhængigt.
- Hold RPC-lytteren og godkendelsen privat; åbning af en peer-port kræver ikke eksponering af administrativ kontrol.
- Vælg LND eller Core Lightning med en dokumenteret kompatibel Bitcoin-backend, og verificér derefter dens egen synkroniseringstilstand.
- Kør en lille test, og forstå finansiering, indgående likviditet og gebyrer, før du placerer betydelige midler online.
Officiel dokumentation: LND: katastrofegendannelse · Core Lightning: tegnebogs- og kanalbackups
Behandl forældet kanaltilstand som en gendannelsesrisiko
Et almindeligt VPS-snapshot er ikke automatisk en sikker backup af live-kanalen. LND's katastrofegendannelse kan bruge sit seed og statisk kanalbackup til at anmode om kanallukning; det er en sidste udvej, ikke en normal migreringsmetode. Hold den gamle instans stoppet under gendannelsen for at undgå konkurrerende kopier. Følg LND's procedure for det materiale, du faktisk har, i stedet for at gendanne en vilkårlig gammel kanaldatabase.
Officiel dokumentation: LND: katastrofegendannelse
Hold gendannelsesplanen specifik for implementeringen
Core Lightning skelner mellem wallet-hemmeligheden, nødgendannelsesmateriale til kanaler og den aktive database. Dets dokumentation fraråder almindelig snapshot-gendannelse af forældet kanaldatabasetilstand og beskriver implementeringsspecifikke backupmetoder. Bevar det krævede nøglemateriale uden for noden, overvåg opdateringer til kanalgendannelsesfiler, og test din forståelse, før du tilfører midler. Hvis disken fejler, skal du bevare de beskadigede data og konsultere den korrekte gendannelsesprocedure, før du genstarter en gammel kopi.
- En gendannet on-chain-saldo beviser ikke, at hver kanal er blevet gendannet.
- En kanal uden indgående kapacitet kan ikke modtage blot fordi noden er online.
- Et peer-udfald og en mislykket lokal RPC-legitimationsoplysning kræver forskellig fejlfinding.
- Udled ikke automatisk indkomst eller garanteret genindvinding ud fra en vellykket nodeinstallation.
Officiel dokumentation: Core Lightning: tegnebogs- og kanalbackups