Lightning Network は Bitcoin 支払いの第二層。参加者は署名済み状態をチェーン外で更新し、Bitcoin 取引が資金供給と最終決済を担う。独自コインは発行しない。
標準チャネルは資金出力に BTC を固定し、新しい commitment 取引で両者の配分を変える。協力中は毎回の支払いをブロックに記録しない。保管型アプリでは事業者が鍵と状態を管理し、表示残高だけで自身のチャネル支配は証明できない。 [BOLT 0: Lightning overview]
ハッシュと期限を持つ HTLC で複数チャネルを通れる。各区間に該当方向の流動性が必要で、総容量は受信・送信可能額とは異なる。転送料、留保額、HTLC 制限、ノード稼働状況が支払いを制約し得る。 [BOLT 2: channel protocol]
一方的閉鎖は commitment 取引を使い、待機やチェーン手数料を伴い得る。失効型チャネルでは失効状態の公開に期限内の対応が必要で、watchtower が監視を助けられる。復旧は実装とチャネルバックアップ次第で、Seed Phrase だけで自動的に足りるわけではない。高速支払いは無条件の即時チェーン出金ではない。 [BOLT 5: on-chain handling]
残高はチャネル内で移動する
単純化したチャネルは 1 000 000 sat と 0 sat の残高で始まります。200 000 sat の直接支払いが完了すると、残高は 800 000 sat と 200 000 sat になり、この更新をブロックに記録する必要はありません。例では手数料と準備金を省略しています。残高がそのまま利用可能な流動性になるわけではありません。
理解を深めるには、この項目とあわせて次もお読みください トランザクション, SegWit, Taproot, ウォレット, トランザクション手数料. 次の項目からも参照されています ウォレット, SegWit, Taproot, ビットコインアドレス.
01Lightning Network のすべての支払いがブロックチェーンに記録されますか？+
いいえ。チャネルへの資金投入と閉鎖には Bitcoin トランザクションを使い、通常の状態更新はチェーン外で交換します。一方的な閉鎖では、未解決の HTLC に追加のオンチェーントランザクションと待機時間が必要になる場合があります。
02受取人に支払わずに支払いが失敗することはありますか？+
あります。例えば経路の流動性が不足した場合です。ただし、処理中の HTLC の資金は解決までロックされる場合があります。チェーン上の強制執行には手数料がかかる場合があり、失敗しても即時かつ無料の返金は保証されません。