送るほど受け取れるLN｜インバウンド流動性を自分で設計する

ライトニングネットワーク（LN）で初めてBTCを受け取ろうとしたとき、何も起きなかった経験はないでしょうか。インボイスを発行しても、相手側で「受け取り容量が不足している」と表示されて決済が通らない。原因を調べると「インバウンド流動性の問題」と出てくるが、具体的に何をどうすれば解決するのか分からない。

この戸惑いの根っこには、直感と真逆の仕組みがあります。

チャネルを開設した直後、受け取り容量はゼロ

1BTCを入れてLNチャネルを自分で開設した場面を考えてみてください。

チャネルを開いた直後の状態を確認すると、アウトバウンド（送れる量）は1BTC、インバウンド（受け取れる量）はゼロです。1BTCを丸ごと自分で入金したのだから、全額が「自分の送り側」に配置されています。相手が自分のチャネルに向けて送れる余地は、この時点でまったく存在しません。

「チャネルを開いたのに受け取れない」というのは、仕様上の欠陥ではなく、構造の必然です。

送り出すと、逆側が空く

ここで直感と逆の動きが起きます。0.5BTCを誰かに送ったとします。チャネル内の残高配置が変わり、自分の側が0.5BTCに減り、相手の側に0.5BTCが移動します。この「相手の側に移動した0.5BTC」が、今度は自分が受け取れる容量になります。

整理すると次のようになります。

チャネル開設直後：送り容量1BTC、受け取り容量0BTC
0.5BTC送金後：送り容量0.5BTC、受け取り容量0.5BTC

インバウンド流動性は、BTCを送り出すことによってのみ生まれます。「受け取るために送る」という逆説が、LNの設計の核心です。

流動性は「待つもの」ではなく「作るもの」

この仕組みを理解していないと、LNで受け取りたいのに何もできない状態が続きます。インボイスを作っても、実際の資金は届かない。

流動性は「いつか増える」ものではなく、自分の操作によって能動的に設計するものです。どのチャネルに、いつ、いくら送るか。複数のチャネルを持つ場合、どのチャネルのバランスを動かすか。これらの判断がすべて、自分の受信容量に直結します。

商品の代金をLNで受け取る事業者であれば、受け取れる容量が足りなければ売上が逃げます。フリーランスがBTCで報酬を受け取る場合も同じです。インバウンド流動性は、経済活動の前提条件です。

取引所のLNでは制御できない

取引所が提供するLNウォレットを使っている場合、この流動性の設計を自分では行えません。

取引所側がルーティングを一元管理し、個々のユーザーが独立したチャネルを開設する構造ではないからです。受け取れる容量も、送れる上限も、取引所が決めます。ユーザーは「その取引所のLN機能の範囲内」でしか動けません。

チャネルの残高を能動的に操作するためには、自分の秘密鍵でウォレットを管理していることが前提です。取引所のアカウントに入れたままのBTCでは、LNの流動性設計に参加できません。取引所に何かあれば引き出し自体が止まるリスクとは別に、日常的な「使う自由」の次元でも、秘密鍵なき保管は制約を抱えています。

実践的な流動性設計の入口

自前のLNノードを持ちたいが運用が難しいと感じる場合でも、いくつかの現実的な選択肢があります。

LSP（Lightning Service Provider）と呼ばれる事業者から、インバウンド流動性を購入する方法があります。手数料を払う代わりに、受け取り容量が即座に確保されます。ただし、LSPへの依存が生まれるというトレードオフがあります。

ノンカストディ型のLNウォレット（秘密鍵を自分で管理する設計のもの）から始めると、チャネルの仕組みをあまり意識しなくても使えるよう設計されたものがあります。スプライシング（チャネルのサイズをオンチェーントランザクションなしで調整する機能）も整備されつつあり、実用性は年々上がっています。

秘密鍵を持つ者だけが設計できる

LNで何かを受け取りたいと思ったとき、「受け取れる容量が足りない」という問題に直面する人は多い。しかし、その問題を自分で解決できるかどうかは、秘密鍵を自分で持っているかどうかに依存します。

取引所に預けている限り、LNの流動性はブラックボックスです。送れる量も受け取れる量も、取引所の設計次第。自分でチャネルを操作する手段は与えられていません。

直感に反する仕組みを理解し、自分でチャネルの残高を動かせる環境を整えること。それが、LNを本当の意味で使い始める第一歩です。まだノンカストディのLNウォレットを試したことがないなら、まずそこから始めてみてください。

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