設定ミスではない｜LN受け取りが失敗する3つの構造的な壁

ライトニングネットワークのウォレットを設定して、初めて受け取りを試みた日のことを思い出してほしい。QRコードを相手に見せ、送金ボタンを押してもらった。だが決済は失敗した。

ウォレットを再起動する。設定を見直す。それでも「payment failed」の一行が返ってくる。エラーの詳細は素っ気なく、何が原因かわからない。「どこかで設定を間違えたのか」と思い始める。

あれは設定ミスではなかった。チャネルの構造そのものから来ている問題だ。

壁その1：入金した瞬間、受け取り上限は0円になる

チャネルを開設するとき、自分が資金を入れる。たとえば100万円分のBTCをチャネルに投入したとする。その残高は全額、自分側のウォレットに積まれた状態でスタートする。

ライトニングのチャネルは、2者間の残高を双方向で管理するパイプだ。自分側に残高が積まれているということは、相手側の残高はゼロということを意味する。受け取りとは「相手側が自分の残高を使って、こちらへ転送すること」で成立する仕組みになっている。相手側の残高がゼロであれば、転送する元手がない。

100万円のチャネルを持っていても、受け取り可能額は0円だ。これはバグでも設定ミスでもなく、チャネルの構造として最初からそうなっている。気づかないまま「ライトニングを設定した」と思っている人は多い。実際には送金専用の一方通行チャネルを作っただけの状態だ。

壁その2：受け取るためには先に送る必要がある

インバウンド流動性（自分への受け取り可能残高）を作るには、相手側のウォレットに残高を移す必要がある。つまり、先に自分が送金して相手側に空きを作ることで、はじめて受け取りが可能になる。

「送金が先、受け取りが後」という順序だ。銀行振込や取引所の残高とは全く逆の感覚になる。

この逆転した順序を知らなければ、何時間設定を見直しても問題は解決しない。なぜなら問題はウォレットの設定にではなく、チャネルの残高配分にあるからだ。実際のところ、初日に受け取りを試みたほとんどの人は「自分のウォレットに問題がある」と誤解して、試行錯誤の末に諦める。あるいは取引所のLNウォレットに戻ってしまう。

ライトニングが一般ユーザーに普及しにくい理由の一つは、この最初の壁があまりにも直感に反しているからだ。

壁その3：解決策を使うには秘密鍵が必要だ

この問題を緩和する手段は複数存在する。LSP（ライトニングサービスプロバイダー）に手数料を支払ってインバウンド容量を購入する方法、チャネル開設時から双方が資金を入れるデュアルファンドチャネルの方法、スプライシング技術で動的にチャネルを調整するウォレットを使う方法などがある。

だが、どの手段も自分でチャネルを操作できることが前提になる。非カストディ型のウォレットか、自前のノードを動かしていることが必要だ。

取引所にBTCを預けたままでは、この前提が成立しない。取引所が提供するLNウォレットは、チャネルを取引所が管理する。ユーザーには流動性を調整する手段も、外部LSPと連携する選択肢も、チャネルのパラメーターを変える権限も存在しない。

解決策はある。ただし手が届く人と届かない人がいる。その分かれ目は、秘密鍵を自分で管理しているかどうかだ。

参加条件は最初から決まっている

ライトニングは高速・低コストという特性だけが語られることが多い。しかし実際に使う段階では、受け取れる状態を意図的に設計する必要がある。チャネルを開くだけでは半分しか機能しない。

その設計を自分でコントロールできるのは、秘密鍵を持ち、チャネルを自分で動かしている人だけだ。取引所に預けたBTCは価格の変動には参加できる。しかし、ライトニング経済圏の送受金には参加できない構造になっている。

100万円分のチャネルを、本当に100万円分の入口として機能させたいなら、まず秘密鍵を自分の手に取り戻すことが出発点になる。

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