Lightning チャネルのバックアップと安全な復旧
追加情報の必要性と古いチャネルデータベースの再起動リスクを理解します。
まずは結論
Lightning は鍵に加えチャネル情報を必要とする場合があります。形式や保証は共通ではないため実装ごとの手順に従います。
バックアップは最新残高の写しではない
LND の静的バックアップはデータ喪失後に相手を探して閉鎖を依頼します。最新の稼働状態を戻すものではありません。相手、オンチェーン費用、待機が必要な場合があります。
手順を確認
- 1
復旧モデルを調べる
公式説明で鍵、形式、追加パスフレーズ、サービス依存を記録します。
- 2
指示通り更新する
ノード外に保護コピーを置き、チャネル変更時の更新を確認します。シードだけで全てを覆うと考えません。
- 3
古い状態を再使用しない
残存ファイルを保護しデータ喪失手順に従います。古い DB を現ノードと並行起動しません。
具体例
復元単語と LND 静的バックアップで閉鎖を通じて回収できる場合があります。元の開いたチャネルですぐ払えるわけではありません。
次に進む前に
関連する質問
全ウォレットが LND 手順を使えますか?
いいえ。他の自己管理実装やカストディ型は異なります。実際に使うウォレットとバージョンの説明を確認してください。
ツールで試す
出典と参考資料
リンク確認日:2026/10/15。例は仕組みの説明用です。サービスの手数料や機能は変わることがあります。
- Lightning Labs docs.lightning.engineering
- BOLT 2 github.com