受信リクイディティ

作成したばかりのライトニングウォレットは送金できても支払いを受け取れません。理由は次のとおりです。自分で資金を入れたチャネルは、最初はすべてのサトシが自分の側にあり、相手側には自分へ流れてくるものが何も残っていません。価値が外へ出るか、誰かがあなたに向けた資本を投じるまで、受信する支払いはバウンスではなくルーティングエラーで失敗します。

仕組み

受信リクイディティは設定項目ではありません。チャネル内の他のすべての人の残高を映す鏡像です。

すべて自分で資金を入れた1,000,000サトシのチャネルを1つ思い浮かべてください。送信リクイディティはほぼ全額で、受信リクイディティはゼロです。相手があなたに返せるものを何も持っていないからです。300,000サトシを使うと、相手は300,000を保有することになり、これがそのまま新しい受信上限になります。支払うたびに受け取れる額が増え、受け取るたびに減ります。チャネルのサイズが変わるまで、合計は一定のままです。

鏡像である以上、受信リクイディティを生み出す正直な方法はわずかしかありません。誰かがあなたに向けてチャネルを開設し、自分で資金を入れる方法です。ライトニングのサービスプロバイダーがチャネルを販売するときや、最初の受信支払いに間に合うようにチャネルを開設するときに行うのがこれです。スワップの対価を支払い、ライトニングのサトシを外へ送ってオンチェーンのサトシを受け取る方法では、自分の残高を使わずに反対側へ移せます。デュアルファンディングでチャネルを開設し、開設時に双方が資金を拠出する方法もあります。あるいは単に支払うだけでもよく、これは無料ですが時間のかかる方法です。

スワップによる方法を製品としてまとめた最も古いものがLightning Loopで、2019年3月20日にLightning Labsがアルファ版として公開し、初日からチャネルを閉じずに受信キャパシティを得る方法として売り出されました。その下にある仕組みはサブマリンスワップです。

どこで起きるか

受信リクイディティは、誰かに名前を教わるよりずっと前に、説明のつかない失敗として現れます。

新しいモバイルウォレットは購入も受信も問題なく行えます。ウォレットの提供元があなたに向けてチャネルを開設し、そのコストを静かに負担しているからです。やがて受信上限が現れます。400,000サトシを送金できるが受け取れるのは12,000だけと表示するウォレットは、リモート残高がほとんど残っていません。友人に50,000の支払いを頼むと失敗します。

最も影響を受けるのは事業者です。ライトニングの支払いを受け付ける店は、受信リクイディティを一日中消費し、必要のない送信リクイディティを生み出します。そのため最終的には、支払いを受け取れない資金でチャネルが埋まります。標準的な対処は、定期的にスワップアウトしてライトニングの残高をオンチェーンの残高に変換し、その過程で受信側を補充すること、またはチャネルを閉じずにspliceで資金を外へ出すことです。

判断する前に確認する価値がある数字は価格です。あなたに向けて開設されるチャネルには、プロバイダーがオンチェーンのトランザクションとロックされた資本の両方を負担し、そのどちらも明示的な手数料として、あるいは最初の入金の一部として転嫁されます。これはライトニングで支払いを受け取るための実際のコストであり、自己管理型のライトニングウォレットへの初回の少額入金が、届く前に驚くほどの割合を失い得る主な理由です。