ライトニングチャネルを開いて流動性を管理する実践ガイド
自分でライトニングノードを運営したい人向けのチャネル管理ガイドです。チャネルの開き方、インバウンド容量の確保方法、ルーティング収益の最適化を具体的な手順と数字で解説します。
ライトニングウォレットをインストールして決済を試したことがある人は多いです。次のステップ、つまり自分のノードを動かしてチャネルを直接管理する人は、ずっと少なくなります。その間にある障壁は、たいていひとつのテーマに集約されます。流動性をどう扱うか、という問題です。
この記事は、LNDやCore Lightningのようなフルノードをすでに運営している、あるいは今後運営する予定の読者を前提としています。概念の説明よりも、実際の運用で直面する選択に焦点を当てます。
チャネルの2方向 - 送信容量と受信容量
ライトニングチャネルは、2者がビットコインをマルチシグUTXOにロックし、その中で残高をやり取りする仕組みです。自分が先にチャネルを開く場合、最初は自分のビットコインだけで始まります。この金額全体が自分側の送信容量（outbound capacity）です。相手方の残高はゼロなので、自分が受け取れる受信容量もゼロになります。
決済とは残高を一方から他方へ移す作業です。自分が決済を送るたびに送信容量は減り、受信容量が増えます。逆に決済を受け取ると、受信容量が減り送信容量が増えます。
この非対称性が、初心者が最初にぶつかる壁です。自分で開いたチャネルでは受け取ることができません。ライトニングで初めて送金を受け取るには、あらかじめ受信容量を確保しておく必要があります。
受信容量を確保する3つの方法
1) インバウンドチャネルを購入する
Lightning Pool、LNBIG、Amboss Magmaなどのサービスは、相手側が資金を入れてくれるチャネルを有料で販売しています。一般的に、100万satの受信容量を1か月確保するのに2万〜5万sat程度の手数料がかかります。最も速く、予測しやすい方法です。
2) スワップサービスを利用する
Loop Out、Boltz、Peerswapなどのサービスは、ライトニング残高をオンチェーンのビットコインに変換します。送信容量を使いながらオンチェーンビットコインを受け取るため、受信容量がその分だけ回復します。チャネルを維持したまま残高を再分配する方法です。
3) 取引所へ送金する
KrakenやRiverのようにライトニングに対応した取引所をすでに利用しているなら、そこへ少額を送ります。自分の送信容量が消費される代わりに、同じ量の受信容量が生まれます。手数料が最も低い方法ですが、取引所を信頼する必要があります。
チャネルはどこに開くべきか
良いピアを選ぶ唯一のルールはありません。ただし、3つの指標が役立ちます。
- 中心性（centrality）：AmbossやML1などのエクスプローラーでノードのbetweenness centralityを確認します。高いほど、決済がそのノードを経由する可能性が高まります。
- 稼働率（uptime）：直近1か月で100%に近いノードだけを選びます。オフラインのピアと接続したチャネルは、その間ルーティングができません。
- 手数料ポリシー：大型ノードが徴収するルーティング手数料（ppm）が高すぎると、その経路は高すぎてルーティングされなくなります。100ppm以下が一般的です。
初心者には、LNBIG、ACINQ、Bitrefillのような大型ノード1〜2個と、実際に決済を送受信する相手1〜2個を組み合わせた、3〜5チャネルが適切なスタートです。
チャネルサイズはいくらが適切か
小さすぎると1回の決済も通せません。大きすぎると資金が眠り、オンチェーンでクローズする際の手数料も大きくなります。一般的な目安はこのようになります。
- 個人消費（ショッピング、チップ）：チャネルあたり50万〜200万sat
- 店舗・受金用：チャネルあたり200万〜1,000万sat以上
- ルーティングノード運営者：チャネルあたり1,000万〜1億sat
チャネルはオンチェーントランザクション1件で開かれます。手数料が高い時期に小さなチャネルを複数開くのは非効率です。できれば手数料が20 sat/vB以下の時期に、より大きなチャネル数件を開く方が合理的です。
ルーティング収益の現実
ルーティングノードの運営が収益事業だという話がよく流れますが、実際の数字は保守的に見る必要があります。2024年時点で、うまく運営されているノードの年間収益率（手数料収入をロックされた資金に対して計算）は1〜3%程度です。電気・インターネット・時間を除いた純収益は、ほとんどが赤字か辛うじて元本維持という状況です。
ルーティング収益が目的なら、Charge-LND、balanceofsatoshis（bos）、lnd-manageJのような自動化ツールを使い、手数料を動的に調整し、リバランシングを自動化し、低パフォーマンスのピアを素早く切り離す必要があります。手動運用ではほぼ不可能です。
個人消費や自己主権の実践が目的であれば、ルーティング収益は副次的な効果として見るのが正直なところです。
リバランシング：双方向の流動性を維持する方法
一方向に決済が偏ると、送信または受信のどちらかが枯渇します。そうなるともはや決済を送ったり受け取ったりできなくなります。この時にリバランシングが必要です。
最もシンプルな方法は円形リバランシング（circular rebalancing）です。自分自身に決済を送る形です。自ノードA - 外部経路 - 自ノードAという経路を組むと、出発チャネルの送信容量が消費され、到着チャネルの受信容量が回復します。
bosのrebalanceコマンドやrebalance-lndスクリプトを使えば、条件（手数料上限、経路の除外など）を設定して自動実行できます。自分で計算した手数料上限を超えないよう注意してください。ほとんどのノードで、リバランシング手数料が得られる決済手数料を上回ると運営は継続不可能になります。
オフライン時のリスク
ライトニングチャネルは、両者がオンラインの時が最も安全です。自分のノードが数日間オフラインの間に相手が過去の状態でチャネルを閉じようとした場合、Watchtowerがそれを検知してペナルティトランザクションをブロードキャストする必要があります。LNDの組み込みウォッチタワーは機能が限定的なため、LNBIG WTやSleepyarksのような外部Watchtowerに登録しておく方が安全です。
まとめ
ライトニングチャネルの運営は、次の5つの定期作業に集約されます。
- 手数料が安い時にチャネルを開く。
- 受信容量を確保する（購入またはスワップ）。
- ピアの稼働率・中心性を四半期ごとに評価し、低活動チャネルを整理する。
- リバランシングを自動化して双方向の流動性を維持する。
- Watchtowerに登録し、バックアップ（
channel.backup）をオフサイトに保存する。
このサイクルを身につければ、ライトニングは日常の決済インフラに組み込まれます。最初の3か月はミスが多い時期であり、そのミスは学習コストとして受け入れるのが適切です。