Статическая копия каналов Lightning — не вторая резервная фраза и не снимок, который обязательно вернёт прежние каналы в рабочее состояние. В LND фраза обеспечивает ключевой материал, а SCB — сведения для восстановления каналов. Обычный документированный путь возвращает рассчитанные средства каналов в ончейн при участии другой стороны. Прежде чем считать какой-либо файл достаточной копией, определите реализацию своего кошелька.
Составьте опись восстановления, пока кошелёк работает
Условный оператор Ада хранит бумажную фразу и файл backup на том же ноутбуке, где работает узел. Формально копий две, но при поломке накопителя файл исчезнет вместе с рабочими данными. По названию также нельзя установить, какая программа его создала и какие каналы в нём учтены. Полезная опись указывает происхождение и назначение материалов, не превращаясь в документ с переписанными секретами.
- Приложение, реализация, сеть и версия кошелька со ссылкой на соответствующее руководство восстановления.
- Место безопасного хранения фразы и отдельно необходимых секретов: в описи указываются места, а не значения.
- Тип резервной копии каналов или системы хранения состояния и последнее успешное обновление.
- Какие открытые каналы охвачены копией, где это проверить средствами кошелька и как сохраняется копия вне устройства.
- Ожидаемый результат процедуры: ончейн-средства, продолжение каналов через поддерживаемую систему состояния либо доступ к аккаунту сервиса.
Такая опись помогает отсечь неподходящие советы. Вход в сервис с хранением средств не означает наличие личного файла channel.backup. Мобильный кошелёк на LDK не становится узлом LND только потому, что оба отправляют Lightning-платежи. Для контекста есть общее объяснение Lightning, но документацию восстановления выбирайте для системы, которой действительно пользовались, включая выбранный режим приложения и способ хранения состояния каналов.
Какая часть копии нужна для восстановления LND
В документации восстановления LND разделяются ончейн-средства и средства каналов. Формат aezeed отличается от BIP39, хотя используется тот же английский список слов. SCB зашифрован материалом, полученным из seed, и не является самостоятельной заменой резервной фразы. Способность компьютера открыть файл ещё не показывает, что он подходит для восстановления каналов другого узла или выбранного вами аккаунта.
| Материал или наблюдение | Для чего полезен | Чего не подтверждает |
|---|---|---|
| Правильный секрет в формате соответствующего кошелька | Получение необходимого ключевого материала | Полное воссоздание утраченного состояния каналов |
| Подходящая статическая копия каналов LND | Сведения для документированного механизма восстановления | Возобновление старых каналов без изменений как из рабочего снимка |
| Свежая дата у скопированной базы | Возможные сведения, которые стоит сохранить специалисту | Что состояние каналов последнее и безопасное |
| Копия только рядом с исходными данными | Локальная доступность, пока накопитель исправен | Защиту от утраты самого диска или устройства |
| После сканирования найден ончейн-баланс | Обнаружение этих ончейн-средств | Учёт всех средств, прежде находившихся в каналах |
| Программа приняла копию | Выполнение конкретного шага процедуры | Доступность всех денег к расходованию и завершение всех каналов |
Обычное восстановление через SCB рассчитано на settled-средства, а не на воспроизведение каждого незавершённого платежа. Pending HTLC нужно учитывать отдельно: принятие фразы программой не означает их полного восстановления. Сохраните перечень неопределённых операций и старые сведения о каналах для специалиста. Не сообщайте получателю, что его платёж точно отклонён, только потому, что ваш узел перестал работать и прежний интерфейс больше недоступен.
Статическая копия должна учитывать вновь открытые каналы
В руководстве Lightning Labs по подготовке к сбоям описано отдельное сохранение сведений о каналах при их добавлении. Практический вопрос — содержит ли сохранённая копия ваши нынешние каналы. Файл, сделанный до открытия последующего канала, нельзя автоматически считать достаточным для него только из-за правильного названия. Учитывайте состав копии, а не впечатление от её наличия в папке резервов.
Проверяйте место назначения автоматического резервирования, а не только отсутствие ошибок в задании. Успешный экспорт на неисправный впоследствии диск не решает задачу утраты устройства. Синхронизация без предупреждений также не доказывает, что после потери ноутбука сохранится доступ к удалённому хранилищу. Такие зависимости можно описать заранее. Для этого не нужно прикладывать резервную фразу, содержимое копии и пароли к публичному обращению в поддержку.
SCB отличается от периодического копирования рабочей базы каналов. В процессе работы состояние меняется; запуск устаревшей базы может быть опасным. Одной даты файла недостаточно для проверки его безопасности. Сохраняйте обнаруженные материалы, не запуская конкурирующие экземпляры узла. Может ли найденная база помочь, определяется документированным процессом конкретной реализации и при необходимости разбором специалиста, а не общим советом скопировать каталог на новый компьютер и сразу продолжить работу.
Выберите сценарий до замены установки
В руководстве аварийного восстановления Lightning Labs процедура рассматривается как крайняя мера: каналы закроются, а прежний узел должен оставаться выключенным. Это отличается от планового переноса исправной установки на новое оборудование. Медленный запуск или потеря связи с телефона сами по себе не доказывают необходимость аварийного восстановления с изменением состояния каналов. Сначала установите характер сбоя и сохранность исходных данных.
- Установите, действительно ли исходный узел утрачен или проблему связи, накопителя либо приложения можно разобрать без замены состояния.
- Сохраните доступные исходные материалы и определите формат фразы и соответствующую копию по официальному руководству.
- Разделите плановый перенос и аварийное восстановление. Не запускайте одновременно прежний и восстановленный экземпляры узла.
- До вызова процедуры прочитайте ожидаемый результат и условия участия другой стороны канала.
- Отслеживайте каждый канал и возникающие ончейн-транзакции до фактического результата; незавершённые позиции оставляйте для поддержки.
Доступность другой стороны влияет на обычный путь восстановления. Актуальная документация LND также рассматривает специальные крайние меры для недоступного контрагента и предупреждает о серьёзной опасности устаревшего состояния. Это не рекомендация самостоятельно извлекать и публиковать транзакции из копии. Если нормальная процедура не проходит, сохраните сведения и обратитесь за помощью по своей реализации. Найденная команда восстановления не равнозначна безобидному обновлению остатка на экране.
У других Lightning-кошельков собственные системы копий
В руководстве Core Lightning отдельно перечислены корневой секрет, статический файл восстановления и база. Файл называется emergency.recover, а не channel.backup, как у LND. Там также предостерегают от надежды на устаревшие снимки базы. Поэтому замена названий между реализациями и ввод фразы в произвольный Bitcoin-кошелёк не образуют полноценный план восстановления каналов. Для выбранной установки нужно заранее выяснить состав необходимых материалов.
Для кошелька LDK Node в ZEUS документирована другая схема: состояние каналов хранится через VSS, а одна фраза при импорте в совместимый кошелёк восстанавливает ончейн-средства без предоставления этого состояния. Инструкция запрещает одновременную работу кошелька на нескольких устройствах. Убедитесь, что открыто руководство именно вашего типа кошелька ZEUS: описание встроенного узла нельзя автоматически применять к подключению к удалённой системе.
Проверка готовности и аварийное восстановление — разные действия
Улучшить опись можно без запуска закрытия каналов: проверить доступность места хранения, сверить тип файла с руководством и учёт последних изменений состава каналов. Не ставьте эксперимент с реальными средствами, запуская старый образ узла. Узнайте у разработчика, какой способ проверки предусмотрен без изменения рабочего состояния. Любая кнопка Restore не становится безопасной репетицией только из-за привычного названия, особенно если текущая установка всё ещё работает.
Вернёмся к условной Аде. Сначала она выясняет происхождение файла, устраняет зависимость от одного устройства и записывает правильную ветку процедуры. Если поломка уже случилась, сохраняет найденные материалы и объясняет, чего не хватает, до запуска действий. Так подготовка отделяется от аварийных решений, а у поддержки появляется понятный перечень доступных данных вместо обещания, что фраза и любой файл backup обязательно вернут всё в прежнем виде.
Если итогом стали ончейн-BTC, проверьте фактически доступные средства до создания дальнейшей отправки. Перевод из Lightning в ончейн описывает отдельное направление, а простой обмен создаёт новую заявку со своими условиями. Ни новая заявка, ни найденный в обозревателе баланс не заменяют утраченные секреты или сведения о каналах, необходимые вашему кошельку для предусмотренного восстановления.
Частые вопросы
Любой файл резервной копии Bitcoin подходит для каналов Lightning?
Нет, название файла не подтверждает его формат и назначение. Установите создавшую его программу и охват каналов по соответствующей документации.
Seed phrase — это вся резервная копия Lightning?
Фраза обеспечивает ключевой материал, но для каналов могут понадобиться соответствующая копия или сохранённое состояние. Способ восстановления зависит от реализации кошелька.
Можно пробно восстановить Bitcoin-кошелёк для проверки копии?
Сначала выясните предусмотренный разработчиком способ проверки без изменения рабочего состояния. Не запускайте параллельные экземпляры узла и аварийное восстановление каналов как обычную пробу.
По теме на сайте
Источники
- github.com/lightningnetwork/lnd/blob/master/docs/recovery.md
- docs.lightning.engineering/lightning-network-tools/lnd/recovery-planning-for-failure
- docs.lightning.engineering/lightning-network-tools/lnd/disaster-recovery
- docs.corelightning.org/docs/backup
- docs.zeusln.app/for-users/local-wallets/ldk-node/backup-and-recovery/