Planera lagring och synkronisering
En fullständig nod och en beskuren nod har olika diskbehov, och behoven förändras över tid. Kontrollera aktuella krav från uppströmskällan och lämna utrymme för tillväxt. Den inledande blocknedladdningen kan ta betydande tid och resurser.
Begränsa kontrollgränssnitt
Håll Bitcoin RPC och Lightning-administration på en privat autentiserad rutt. Att exponera en oautentiserad kontrollendpoint kan äventyra medel och värden. Publika peer-portar och privata administrativa portar behöver olika brandväggsregler.
Förstå kanallikviditet
En Lightning-kanal binder upp medel och har begränsningar för inkommande och utgående likviditet. Att köra en nod lovar ingen routingintäkt. Överväg avgifter, kanalhantering och riskerna med en hot wallet innan du finansierar den.
Säkerhetskopiera rätt tillstånd
Följ den specifika implementationens återställningsprocedur för plånboksfrön och kanalbackupmaterial. Lagra återställningsdata utanför noden och testa förståelsen utan att exponera hemligheter. En generisk filsystemskopia är kanske inte en säker backup av aktiva kanaler.
Välj en implementering och följ dess återställningsregler
Bitcoin Core tillhandahåller en Bitcoin-backend. LND och Core Lightning är separata Lightning-implementationer med egen konfiguration, plugin-ekosystem och säkerhetskopieringsrutiner. Välj en stack som stöds och följ dess aktuella dokumentation; blanda inte återställningsinstruktioner mellan implementationer. Slutförd synkronisering, peer-anslutning och plånboksåterställning är separata acceptanskontroller.
En kontrollpunkt före förfinansiering
Innan du placerar betydande medel online, verifiera att administrativa portar är privata, att uppdateringar är schemalagda och att återställningsmaterial för plånbok och kanaler lagras separat. Förstå skillnaden mellan en seed, en statisk kanalbackup och en fullständig datakopia i din implementation. Behåll endast de online-medel som din driftplan kräver. En routingnod är ett operativt åtagande, inte en produkt för passiv avkastning.
Acceptera backend-Bitcoin innan du öppnar kanaler
Verifiera programvarans release-härkomst enligt projektets instruktioner, välj en stödd fullständig eller beskuren layout och låt den initiala synkroniseringen slutföras. Lämna utrymme för databasoverhead, loggar, uppdateringar och tillväxt i stället för att tilldela exakt den förväntade kedjestorleken. En beskuren backend kan kräva ytterligare planering för historisk plånboksupptäckt eller omskanningar. Presentera inte en godtycklig aktuell diskstorlek som ett permanent krav.
- Kontrollera synkroniseringsförlopp, peer-anslutning och diskanvändning oberoende av varandra.
- Håll RPC-lyssnaren och autentiseringen privata; att öppna en peer-port kräver inte att administrativ kontroll exponeras.
- Välj LND eller Core Lightning med en dokumenterad kompatibel Bitcoin backend och verifiera sedan dess eget synkroniseringstillstånd.
- Kör ett litet test och förstå finansiering, inkommande likviditet och avgifter innan du placerar betydande medel online.
Officiell dokumentation: LND: katastrofåterställning · Core Lightning: säkerhetskopior av plånbok och kanaler
Behandla inaktuellt kanaltillstånd som en återställningsrisk
En allmän VPS-ögonblicksbild är inte automatiskt en säker säkerhetskopia av en aktiv kanal. LND:s katastrofåterställning kan använda dess seed och statiska kanalsäkerhetskopia för att begära kanalstängning; det är en sista utväg, inte en normal migreringsmetod. Håll den gamla instansen stoppad under återställningen för att undvika konkurrerande kopior. Följ LND:s procedur för det material du faktiskt har i stället för att återställa en godtycklig gammal kanaldatabas.
Officiell dokumentation: LND: katastrofåterställning
Håll återställningsplanen specifik för implementationen
Core Lightning skiljer på plånbokshemligheten, nödåterställningsmaterial för kanaler och den aktiva databasen. Dess dokumentation avråder från vanlig ögonblicksbildsåterställning av föråldrat kanaldatabastillstånd och beskriver implementationsspecifika säkerhetskopieringsmetoder. Bevara det nödvändiga nyckelmaterialet utanför noden, övervaka uppdateringar av kanalåterställningsfiler och testa din förståelse innan du finansierar. Om disken går sönder, bevara de skadade uppgifterna och konsultera rätt återställningsprocedur innan du startar om en gammal kopia.
- Ett återställt saldo på kedjan bevisar inte att varje kanal har återställts.
- En kanal utan inkommande kapacitet kan inte ta emot enbart för att noden är online.
- Ett peer-avbrott och en misslyckad lokal RPC-uppgift kräver olika felsökning.
- Dra inte slutsatsen att en lyckad nodinstallation automatiskt ger inkomst eller garanterad återvinning.
Officiell dokumentation: Core Lightning: säkerhetskopior av plånbok och kanaler