ウォレットとバックアップ上級約3分で読めます

Lightning チャネルのバックアップと安全な復旧

追加情報の必要性と古いチャネルデータベースの再起動リスクを理解します。

保護された鍵と実装固有のチャネル情報で、文書化された資金回収を行います。
保護された鍵と実装固有のチャネル情報で、文書化された資金回収を行います。

まずは結論

Lightning は鍵に加えチャネル情報を必要とする場合があります。形式や保証は共通ではないため実装ごとの手順に従います。

バックアップは最新残高の写しではない

LND の静的バックアップはデータ喪失後に相手を探して閉鎖を依頼します。最新の稼働状態を戻すものではありません。相手、オンチェーン費用、待機が必要な場合があります。

手順を確認

  1. 1

    復旧モデルを調べる

    公式説明で鍵、形式、追加パスフレーズ、サービス依存を記録します。

  2. 2

    指示通り更新する

    ノード外に保護コピーを置き、チャネル変更時の更新を確認します。シードだけで全てを覆うと考えません。

  3. 3

    古い状態を再使用しない

    残存ファイルを保護しデータ喪失手順に従います。古い DB を現ノードと並行起動しません。

具体例

復元単語と LND 静的バックアップで閉鎖を通じて回収できる場合があります。元の開いたチャネルですぐ払えるわけではありません。

次に進む前に

関連する質問

全ウォレットが LND 手順を使えますか?

いいえ。他の自己管理実装やカストディ型は異なります。実際に使うウォレットとバージョンの説明を確認してください。

ツールで試す

出典と参考資料

リンク確認日:2026/10/15。例は仕組みの説明用です。サービスの手数料や機能は変わることがあります。

  1. Lightning Labs docs.lightning.engineering
  2. BOLT 2 github.com

1Bitcoinを検索

ツール・ガイド

Hub掲載情報