Сплануйте сховище та синхронізацію
Повний вузол і обрізаний вузол мають різні потреби в дисковому просторі, і ці потреби змінюються з часом. Перевіряйте актуальні вимоги постачальника та залишайте запас для зростання. Початкове завантаження блоків може зайняти значний час і ресурси.
Обмежте інтерфейси керування
Тримайте RPC Bitcoin та адміністрування Lightning на приватному автентифікованому маршруті. Відкриття неавтентифікованої кінцевої точки керування може наразити на небезпеку кошти та хост. Публічні порти для пірів і приватні адміністративні порти потребують різних правил брандмауера.
Зрозумійте ліквідність каналу
Канал Lightning блокує кошти та має обмеження вхідної й вихідної ліквідності. Запуск вузла не гарантує доходу від маршрутизації. Перед поповненням врахуйте комісії, керування каналами та ризики гарячого гаманця.
Резервне копіювання правильного стану
Дотримуйтеся процедури відновлення конкретної реалізації для сід-фраз гаманця та матеріалів резервного копіювання каналів. Зберігайте дані відновлення поза вузлом і перевіряйте розуміння, не розкриваючи секретів. Загальне копіювання файлової системи може не бути безпечною резервною копією активного каналу.
Виберіть реалізацію та дотримуйтеся її правил відновлення
Bitcoin Core надає бекенд Bitcoin. LND і Core Lightning — це окремі реалізації Lightning із власною конфігурацією, екосистемою плагінів і процедурами резервного копіювання. Виберіть один підтримуваний стек і дотримуйтеся його поточної документації; не змішуйте інструкції з відновлення між реалізаціями. Завершення синхронізації, зв’язність із пірами та відновлення гаманця — це окремі критерії приймання.
Контрольна точка перед поповненням
Перш ніж розміщувати значні кошти в мережі, переконайтеся, що адміністративні порти приватні, оновлення заплановані, а матеріали відновлення гаманця та каналів зберігаються окремо. Розумійте різницю між seed-фразою, статичною резервною копією каналу та повною копією даних у вашій реалізації. Тримайте онлайн лише ті кошти, які потрібні вашому операційному плану. Маршрутизаційний вузол — це операційне зобов’язання, а не продукт із пасивною дохідністю.
Прийміть бекенд Bitcoin перед відкриттям каналів
Перевірте походження випуску програмного забезпечення за інструкціями його проєкту, виберіть підтримуваний повний або обрізаний макет і дайте початковій синхронізації завершитися. Залишайте місце для накладних витрат бази даних, журналів, оновлень і зростання, а не виділяйте точний очікуваний розмір ланцюга. Обрізаний бекенд може вимагати додаткового планування для виявлення історичних гаманців або повторного сканування. Не подавайте довільну поточну цифру диска як постійну вимогу.
- Перевіряйте прогрес синхронізації, підключення до пірів і споживання диска незалежно.
- Тримайте слухач RPC і автентифікацію приватними; відкриття порту для пірів не вимагає розкриття адміністративного контролю.
- Виберіть LND або Core Lightning із задокументованим сумісним бекендом Bitcoin, потім перевірте його власний стан синхронізації.
- Запустіть невеликий тест і з'ясуйте фінансування, вхідну ліквідність і комісії, перш ніж розміщувати значні кошти онлайн.
Офіційна документація: LND: відновлення після збою · Core Lightning: резервні копії гаманця та каналів
Розглядайте застарілий стан каналу як ризик відновлення
Загальний знімок VPS не є автоматично безпечною резервною копією живого каналу. Аварійне відновлення LND може використовувати його seed і статичну резервну копію каналу, щоб запросити закриття каналу; це процес останньої надії, а не звичайний метод міграції. Тримайте старий екземпляр зупиненим під час відновлення, щоб уникнути конкуруючих копій. Дотримуйтеся процедури LND для матеріалу, який ви насправді маєте, а не відновлюйте довільну стару базу даних каналів.
Офіційна документація: LND: відновлення після збою
Тримайте план відновлення конкретним для реалізації
Core Lightning розрізняє секрет гаманця, матеріали аварійного відновлення каналів і робочу базу даних. Його документація не радить звичайного відновлення зі знімків застарілого стану бази даних каналів і описує підходи до резервного копіювання, специфічні для реалізації. Зберігайте потрібний ключовий матеріал поза вузлом, відстежуйте оновлення файлів відновлення каналів і перевірте своє розуміння, перш ніж поповнювати кошти. Якщо диск вийде з ладу, збережіть пошкоджені дані та зверніться до правильної процедури відновлення, перш ніж перезапускати стару копію.
- Відновлений баланс у ланцюжку не доводить, що кожен канал було відновлено.
- Канал без вхідної пропускної здатності не може отримувати кошти лише тому, що вузол онлайн.
- Збій вузла та невдалий локальний обліковий запис RPC потребують різного усунення несправностей.
- Не робіть висновків про автоматичний дохід чи гарантовану поверненість із успішного встановлення вузла.
Офіційна документація: Core Lightning: резервні копії гаманця та каналів