Bitcoin Lightningとオンチェーン決済の違い：手数料・承認・チャネル

どちらもビットコイン建ての価値を移せますが、ベースレイヤーの使い方は異なります。オンチェーン決済では取引を作成し、Bitcoinノードが中継し、マイナーがブロックに含めます。Lightning決済は複数の決済チャネルをたどる経路を使い、個々の支払いがそれぞれ独立したBitcoin取引としてブロックチェーンに記録されるわけではありません。

この違いは手数料、利用可能性、プライバシー、ウォレットの状態表示に関わります。Lightningは別のコインではなく、「オフチェーン」だから規則やリスクがないわけでもありません。チャネル参加者はBitcoin取引を使ってチャネルを開き、必要に応じて残高を精算します。

ウォレットは使用可能な出力を選び、取引を作成して署名し、Bitcoinノードへブロードキャストします。ノードは取引を中継し、マイナーがブロックに含めるまで各自のmempoolに保持することがあります。ネットワーク手数料は取引サイズと提示した手数料率に左右され、送るビットコインの額だけでは決まりません。Bitcoin Developer Guideの決済処理で流れを確認できます。

取引IDでブロードキャスト済み取引を確認できますが、表示されたことは承認済みを意味しません。1承認は取引が1つのブロックに含まれた状態で、その後にブロックが積み重なると承認数が増えます。何承認を待つかは受取人やサービスが金額や状況に応じて決めます。ブロック生成の間隔や承認目標は、特定の分までに利用可能になる保証ではありません。

受取人は金額、宛先、説明、有効期限などを含むLightningインボイスを提示できます。送金側のウォレットは内容を読み、必要な容量と制限を満たすチャネル経路を探します。BOLT 11のインボイス仕様は要求項目を、BOLT 7はチャネルの告知やルーティング更新を説明しています。

経路上の支払いにはHTLCと呼ばれる条件付き送金が使われます。各中継ノードには次の区間に必要な金額と時間条件が渡され、最終受取人が支払いを完了する秘密情報を示します。必要な方向の流動性がない、更新情報が古い、上限に達した、ノードが応答しない場合は経路が失敗することがあります。成功したLightning決済は新しいブロックを待たずに完了することがありますが、すべてのインボイスが成功する保証はありません。

決済チャネルはオンチェーンの資金供給取引で開始され、総容量を持ちます。参加者同士が支払うと、更新ごとにBitcoin取引を公開せずにチャネル残高が移動します。片側がその時点で送れる額は、方向ごとの残高、準備金、支払い上限、選択した経路によって変わります。BOLT 2のピアプロトコルはチャネル設定とHTLC上限を説明しています。

総容量が十分でも、特定の支払いに必要な送金側の流動性が足りないことがあります。受取人側にその金額を受け取れる経路がない場合もあります。チャネル開設、流動性の移動、閉鎖にはオンチェーン取引や手数料が必要になることがあります。BOLT 5のオンチェーン処理は協調閉鎖と一方的な閉鎖を説明します。図では繰り返されるチャネル決済と、Bitcoin上で精算する開設・閉鎖取引を分けています。

オンチェーン手数料はブロックスペースに対して支払います。総額は取引サイズと現在の状況に合わせた手数料率で決まり、送るビットコインが少なくても取引が大きければ高くなることがあります。ウォレットの見積もりは変化するもので、将来のブロックの場所を予約するものではありません。

Lightningの中継手数料はチャネル運営者が設定し、基本額と比例額を組み合わせる場合があります。経路の長さ、ポリシー、流動性、ウォレットの動作が総額に影響します。ウォレット独自のサービス料や流動性費用が加わる場合もあります。特定の状況ではLightningの方が安くなることがありますが、常に無料またはオンチェーンより安いわけではありません。承認前に最終額、手数料の内訳、経路の条件を確認してください。

オンチェーンウォレットにはブロードキャスト済み、保留中、承認済みなどの状態が表示されます。取引やブロックの情報は公開され、受取人は金額や状況に合った承認基準を設けられます。取引が想定より長く未承認のままになることもあり、手数料見積もりでマイナーの選択を制御することはできません。

Lightningでは経路が完了し、ウォレットが成功結果を受け取るとインボイスの支払いが完了します。その支払い自体が個別にBitcoinブロックへ入るわけではありません。失敗した試行は承認ではなく、画面の状態が不明だからといって再送が安全とは限りません。再試行の前に送金側ウォレットの最終状態と、受取人のインボイスまたは受領記録を確認してください。

オンチェーン情報は公開され分析できますが、アドレスから自動的に持ち主の名前が分かるわけではありません。Lightningのオニオンルーティングは、中継ノードが経路全体を把握しにくくする設計ですが、すべての支払いを匿名にするものではありません。BOLT 4のオニオンルーティング仕様とBOLT 7の公開チャネル更新は、プライバシー設計の一部を説明しています。

ウォレットによって鍵の管理者やチャネルの監視、バックアップ、復元方法も異なります。自己管理型ウォレットと事業者管理型のLightning口座では、責任や障害時のリスクが同じではありません。インターネット接続、ピアの可用性、チャネル状態、復旧手順、提供者の条件が重要になることがあります。「Lightning」という名称だけでは、カストディやバックアップ保護の仕組みは分かりません。

Bitcoinアドレスを受け取り、ブロックチェーンで確認できる取引を求める相手にはオンチェーンが合う場合があります。対応ウォレット同士で互換性のあるインボイスと十分な経路流動性があればLightningも使えます。少額の支払いを繰り返す場合に既存チャネルを使えることがありますが、開設、維持、閉鎖にはそれぞれ制約と費用があります。

送金前に支払い方法、ネットワーク、金額、インボイスの有効期限、受取人、表示手数料、上限を確認してください。Lightningインボイスをオンチェーンアドレス欄に貼り付けたり、受取人が指定していない方法を使ったりしないでください。インボイスとウォレットが明示的に対応する場合だけオンチェーン代替を使いましょう。関連ガイド：Bitcoin取引手数料、入金確認、暗号資産送金チェックリスト。

一次技術資料： Bitcoin Developer Guide：決済処理; BOLT 2：ピアプロトコル; BOLT 4：オニオンルーティング; BOLT 5：オンチェーン取引; BOLT 7：ルーティング情報; BOLT 11：インボイス形式.