受け取りに払うLN流動性｜LSPが解決する逆説とその代償

ライトニングネットワークで初めてBTCを受け取ろうとしたとき、「受信容量が不足しています」というエラーに直面した人は少なくないはずです。

チャネルに資金を入れるほど送れる額は増えるのに、なぜか受け取れる額はまったく増えない。この直感に反する体験こそが、ライトニング固有の「インバウンド流動性問題」です。

なぜ送金できても受信できないのか

ライトニングのペイメントチャネルは、2者間で資金をプールして送受信する仕組みです。たとえば自分が10万サトシをチャネルに入れた場合、その10万サトシは「自分側の容量」として送信に使えます。しかし相手側の容量はゼロのまま。つまり受け取れる枠もゼロです。

ビットコインのオンチェーン取引なら、送り手が資金を持っていれば受け手は受け取れます。しかしライトニングでは、受け取る側にも「相手側の余白」が必要になります。自分の資金を増やすだけでは解決しない。この非対称性がインバウンド流動性問題の本質です。

この問題を解決する手段の一つが、LSP（Lightning Service Provider：流動性提供業者）です。LSPは、あなたのチャネルに「相手側の資金」を注入することで、受信容量を確保してくれます。ユーザーが意識しなくても、自動的にインバウンド容量が用意される仕組みです。

LSPと自動連携するウォレットを使えば、初回受信時に裏側でチャネルが開設され、普通のウォレットのように使えます。しかし代わりに、受信のたびにLSPへの手数料が発生します。「受け取るために払う」という逆説的な状況が生まれるわけです。

便利さと引き換えに、BTCを受信するたびにコストが生じる。この構造を理解しているかどうかで、ウォレット選択の判断は大きく変わります。

LSPを使わない場合の解決策は、「先に送金して自分の容量を相手に渡す」方法です。たとえばチャネル内の資金を別のウォレットや取引所へ一部送ると、チャネル内の自分側の残高が減り、相手側に余白が生まれます。以降はその余白の範囲で受け取れるようになります。

何かを受け取る前に何かを手放さなければならない。これがライトニング固有の設計上の論理であり、オンチェーン取引とはまったく異なるメンタルモデルを要求します。

ここで見落とされがちな点があります。取引所にBTCを預けたままの状態では、こうした問題に一切直面しません。送受信は取引所のシステムが内部で処理するため、ユーザーはインバウンド容量を意識する必要がない。

ただし、それはライトニングを「自分で使っている」のではなく、取引所のライトニング機能を「借りている」にすぎません。取引所の秘密鍵で動くシステムの上に、あなたの残高がデータとして存在しているだけです。取引所に何かあれば、そのデータにアクセスできなくなるリスクは常に残ります。

自分のBTCで自分のチャネルを開き、自分の秘密鍵で管理して初めて、こうした仕組みの意味が理解できます。取引所の画面に表示される残高は、その体験の完全に外側にあります。

インバウンド流動性問題は「面倒な障害」ではなく、ライトニングという決済レイヤーの設計を理解するための入り口です。LSPを使えば手間は省けますが、なぜ手数料が発生しているのかを知っているかどうかで、ウォレット選択や資金管理の判断は大きく変わります。

BTCの秘密鍵を持ち、チャネルを開き、流動性の論理を体験することで初めて、ライトニングの設計意図が見えてきます。受け取りに払うという逆説を体験した人だけが、次の手を考えられる。

取引所に預けたままでは、この体験は永遠に来ません。まずは自分の鍵を持つことから始めてください。

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