LNに積んだ資金が受け取りを塞ぐ逆説｜解決は鍵を持つ者だけに許される

チャネルを開設し、資金を入れた。ライトニングで支払いを受け取ろうとした瞬間、相手の画面には「決済失敗」と表示された。何か間違えたのだろうか。

答えは「設定はあっていた」だ。失敗の理由は、ライトニングという仕組みが持つ構造にある。

積んだ資金は「送る力」にしかならない

ライトニングのチャネルは、2者間で資金をロックした状態から始まる。自分が100万円分のBTCをチャネルに入金したとき、その100万円は自分側に積まれている。送ることはできる。しかし、受け取れる容量はゼロだ。

受け取るためには、チャネルの反対側に相手の残高が必要になる。相手側の残高がなければ、支払いをこちらへ転送できない。銀行口座なら、開設した瞬間から誰でも入金できる。ライトニングでは、受け取り容量は「送った結果として生まれる」もので、入金しただけでは存在しない。

この逆転した設計が、多くのユーザーが初めてぶつかる壁だ。

実際の流れを追うと、こうなる。自分が相手に送金する。自分側の残高が減り、相手側の残高が増える。今度は逆方向、つまり自分への支払いが可能になる。送金を繰り返すほど、受け取り容量が積み上がっていく。

入金だけを行って送金をしていないチャネルは、送金専用のチャネルだ。それ以上でも以下でもない。

もちろん解決策は存在する。最初から両者が資金を出し合う「デュアルファンドチャネル」を使えば、開設直後から受け取り容量を確保できる。LSP（ライトニング・サービス・プロバイダー）に手数料を支払い、受け取り容量を購入するという方法もある。一定の費用と手間はかかるが、技術的な壁は越えられる。

ただし、これらはすべて、チャネルを自分で管理できる状態が前提になる。

取引所にBTCを預けたまま使うライトニングウォレットは、取引所がチャネルを管理する仕組みだ。どこにチャネルを開くか、いくらの受け取り容量を確保するかは、取引所の判断による。ユーザーは流動性の配置を自分で決められない。

そのため、「受け取りができない」という問題に直面したとき、取引所のライトニングウォレットを使っているユーザーには、自分で手を打つ手段がない。解決策の存在を知っていても、実行する権限がないからだ。

一方、非カストディのLNウォレット（PhoenixやBreezなど）を使えば、LSPが自動で受け取り容量を手配する設計になっているものがある。デュアルファンドチャネルを利用した流動性設計も、自分で判断して実行できる。鍵を持つ者にだけ、解決策が開かれている。

ライトニングは、手数料がほぼゼロで瞬時に決済が完了するBTC決済の経済圏だ。コンテンツのマイクロペイメント、ルーティングノードによる収益、国境を越えた即時送金。こうした機能がすでに動いている。

しかしその経済圏に「受け取る側」として参加するには、チャネルを開閉し、流動性を設計し、LSPや相手ノードを選ぶ能力が必要になる。それはすなわち、秘密鍵を自分が保持しているという前提だ。

取引所にBTCを置いたまま「ライトニングにアクセスできている」と感じていても、実際には取引所のシステム内にいるに過ぎない。チャネルの管理権も、流動性の設計権も、自分の手にはない。

受け取り容量の問題は、理解してしまえばシンプルだ。チャネルの中にある資金は、自分側にある間は送るためにしか使えない。受け取り容量は、相手側の残高が存在してはじめて生まれる。

費用をかけて受け取り容量を購入することも、最初から両者で資金を出し合うことも、技術的には実現できる。しかし、その選択肢に手が届くのは、鍵を自分で管理している人だけだ。

ライトニング経済圏に本当の意味で参加したいなら、まずセルフカストディを確立する。そこからすべてが始まる。

※本記事は一般的な情報提供を目的としており、投資助言ではありません。