チャネル容量

容量はファンディングトランザクションが承認された時点で固定されます。容量は両側の残高の合計であり、支払いが行き来しても変わることはなく、変わるのはその内訳だけです。初心者は見出しの容量の数値を読み、それを自分の使用可能額だと思い込み、その大半が相手側にあることに後から気づきます。

仕組み

チャネル容量はファンディング額によって決まり、ネットワーク全体に通知されますが、その内訳は非公開のままです。

2つのノードがチャネルを開くと、一方または双方がサトシを共有の出力に支払います。その数値が容量です。後で相手がその半分を自分に送っても、容量は変わりません。動いたのは自分のローカル残高と相手のリモート残高の境界です。チャネルを通知する公開のゴシップメッセージはファンディング出力を指すため、誰でも合計を調べられますが、チャネルの外部の誰も、現在どちらがいくら持っているかを見ることはできません。

容量と実際に送れる金額の間には3つの控除があります。1つ目はチャネルリザーブで、仕様はチャネル総額の1%に設定することを提案しており、どちらの側も決して使用できません。不正を採算の合わないものにする担保だからです。2つ目は手数料です。チャネルを開いた側は、最終的なコミットメントトランザクションのオンチェーン手数料を自分の残高から支払います。3つ目はダストしきい値で、チャネルが使う出力タイプでは330サトシであり、これを下回る残高は独立した出力として表せません。

また、双方のピアが上限を外す選択をしない限り、容量には厳格な上限があります。仕様ではファンディングを2^24サトシ未満、すなわち16,777,216サトシ、およそ0.1678BTCに制限しており、これを超えるチャネルでは双方が大容量チャネルのオプション（通称wumbo）を交渉する必要があります。合計とは別に、同時に処理中にできる金額の上限もあります。保留中の支払いは片側あたり483件までです。保留中の支払いはそれぞれ、チャネルをオンチェーンで執行するトランザクションに出力を1つ追加するからです。

どこで目にするか

容量は、あらゆるライトニングのエクスプローラー、ノードのダッシュボード、ウォレット画面が最初に示す数値です。

公開エクスプローラーのノードランキングは合計容量、つまりノードの全チャネルの合計で並べます。これはノードが運べるトラフィック量の大まかな目安であり、信頼性の目安としては不適切です。5BTCを200本の均衡したチャネルに分散したノードは、5BTCを方向の誤った2本のチャネルに持つノードよりも効率よくルーティングします。

ウォレットの中では、容量は通常、より分かりやすい2つの数値の背後に隠れています。送れる金額と受け取れる金額です。この2つを足すと、リザーブと手数料の余裕を差し引いた容量に近い値になります。モバイルウォレットが、あなたのために開いたチャネルで480,000サトシを送れて20,000を受け取れると表示するなら、容量はおよそ500,000であり、受け取りの余地はほとんど残っていません。

容量はチャネルの作成コストも決めます。500,000サトシのチャネルを開く場合も5,000,000サトシのチャネルを開く場合も、オンチェーン手数料は同じです。どちらもトランザクションのサイズが同じだからです。サービスプロバイダーが複数の小さなチャネルではなく1つの大きなチャネルを勧めるのはこのためであり、チャネルをその場でサイズ変更するsplicingが重要なのもこのためです。

チャネル容量vs受信流動性

チャネル容量は容器の大きさであり、受信流動性は受け取るために自分の側に残っている余地です。自分で1,000,000サトシをファンディングして作ったばかりのチャネルは、容量が1,000,000で受信流動性はほぼゼロなので、全額を使えても1サトシも受け取れません。そのうち400,000を使えば容量は依然として1,000,000ですが、受信流動性は400,000になります。容量はゴシップに載る固定の数値であり、受信流動性は受信支払いが成功するかどうかを決める変動する数値です。