Zaplanuj magazyn i synchronizację
Pełny węzeł i węzeł przycięty mają różne potrzeby dyskowe, a te potrzeby zmieniają się w czasie. Sprawdź aktualne wymagania upstream i pozostaw miejsce na rozwój. Początkowe pobieranie bloków może zająć dużo czasu i zasobów.
Ogranicz interfejsy sterowania
Utrzymuj administrację RPC i Lightning Bitcoin na prywatnej, uwierzytelnionej trasie. Udostępnienie nieuwierzytelnionego endpointu sterowania może zagrozić środkom i hostowi. Publiczne porty peerów i prywatne porty administracyjne wymagają różnych reguł zapory.
Zrozum płynność kanału
Kanał Lightning wiąże środki i ma ograniczenia płynności przychodzącej i wychodzącej. Uruchomienie węzła nie gwarantuje przychodów z routingu. Przed zasileniem portfela rozważ opłaty, zarządzanie kanałami i ryzyko gorącego portfela.
Twórz kopie zapasowe właściwego stanu
Postępuj zgodnie z procedurą odzyskiwania konkretnej implementacji dla ziaren portfela i materiału kopii zapasowej kanałów. Przechowuj dane do odzyskiwania poza węzłem i sprawdzaj zrozumienie bez ujawniania sekretów. Ogólna kopia systemu plików może nie być bezpieczną kopią zapasową aktywnych kanałów.
Wybierz implementację i postępuj zgodnie z jej zasadami odzyskiwania
Bitcoin Core dostarcza backend Bitcoin. LND i Core Lightning to odrębne implementacje Lightning z własną konfiguracją, ekosystemem wtyczek i procedurami tworzenia kopii zapasowych. Wybierz jeden obsługiwany stos i postępuj zgodnie z jego aktualną dokumentacją; nie mieszaj instrukcji odzyskiwania między implementacjami. Zakończenie synchronizacji, łączność z peerami i odzyskiwanie portfela to odrębne kryteria akceptacji.
Punkt kontrolny przed zasileniem konta
Zanim ulokujesz istotne środki online, upewnij się, że porty administracyjne są prywatne, aktualizacje są zaplanowane, a materiały do odzyskiwania portfela i kanałów są przechowywane niezależnie. Zrozum różnicę między seedem, statyczną kopią zapasową kanałów a pełną kopią danych w Twojej implementacji. Utrzymuj online tylko te środki, których wymaga Twój plan operacyjny. Węzeł routingu to zobowiązanie operacyjne, a nie produkt o pasywnym zwrocie.
Zaakceptuj backend Bitcoin przed otwarciem kanałów
Zweryfikuj pochodzenie wydania oprogramowania zgodnie z instrukcjami projektu, wybierz obsługiwany układ pełny lub przycięty i pozwól zakończyć się początkowej synchronizacji. Zarezerwuj miejsce na narzut bazy danych, logi, aktualizacje i wzrost, zamiast przydzielać dokładny oczekiwany rozmiar łańcucha. Przycięty backend może wymagać dodatkowego planowania odkrywania historii portfela lub ponownego skanowania. Nie przedstawiaj dowolnej bieżącej wartości dysku jako stałego wymagania.
- Sprawdzaj niezależnie postęp synchronizacji, łączność z peerami i zużycie dysku.
- Zachowaj prywatność listenera RPC i uwierzytelniania; otwarcie portu peera nie wymaga ujawniania kontroli administracyjnej.
- Wybierz LND lub Core Lightning z udokumentowanym, kompatybilnym backendem Bitcoin, a następnie zweryfikuj jego własny stan synchronizacji.
- Przeprowadź mały test i zrozum finansowanie, płynność przychodzącą oraz opłaty, zanim umieścisz w sieci istotne środki.
Oficjalna dokumentacja: LND: odzyskiwanie po awarii · Core Lightning: kopie zapasowe portfela i kanałów
Traktuj nieaktualny stan kanału jako zagrożenie dla odzyskiwania
Ogólna kopia VPS nie jest automatycznie bezpieczną kopią zapasową aktywnego kanału. Odzyskiwanie po awarii LND może wykorzystać jego seed i statyczną kopię zapasową kanału do żądania zamknięcia kanału; to proces ostatniej szansy, a nie zwykła metoda migracji. Podczas odzyskiwania utrzymuj starą instancję zatrzymaną, aby uniknąć konkurujących kopii. Postępuj zgodnie z procedurą LND dla materiału, który faktycznie posiadasz, zamiast przywracać dowolną starą bazę danych kanałów.
Oficjalna dokumentacja: LND: odzyskiwanie po awarii
Dostosuj plan odzyskiwania do konkretnej implementacji
Core Lightning rozróżnia sekret portfela, materiały do awaryjnego odzyskiwania kanałów i aktywną bazę danych. Jego dokumentacja odradza zwykłe przywracanie nieaktualnego stanu bazy danych kanałów w stylu snapshotów i opisuje podejścia do kopii zapasowych zależne od implementacji. Przechowuj wymagane materiały kluczy poza węzłem, monitoruj aktualizacje plików odzyskiwania kanałów i przetestuj swoją wiedzę przed zasileniem. Jeśli dysk ulegnie awarii, zachowaj uszkodzone dane i zapoznaj się z właściwą procedurą odzyskiwania, zanim uruchomisz starą kopię.
- Przywrócony stan salda on-chain nie dowodzi, że każdy kanał został odzyskany.
- Kanał bez pojemności przychodzącej nie może odbierać tylko dlatego, że węzeł jest online.
- Awaria peera i nieudane lokalne poświadczenie RPC wymagają odmiennego rozwiązywania problemów.
- Nie wnioskuj o automatycznym dochodzie ani gwarantowanej odzyskiwalności z udanej instalacji węzła.
Oficjalna dokumentacja: Core Lightning: kopie zapasowe portfela i kanałów