MSTR Cat

ブロックチェーン/レベル V · レイヤー/5.1 Lightning/レッスン 7

Lightningの限界、Ark、そして新たな決済レイヤー

チャネルが抱える限界と、それに応える共有UTXO型の設計

用意するものライトニングネットワークのグラフ表示機能を備えたブロックエクスプローラー（例：1ML、mempool.space）チャネルリザーブと強制クローズのタイムロックについて詳しく説明したノード実装のドキュメントページ活動が活発な時期の手数料の急騰を記録するためのノートArkadeまたはBarkテストネットウォレットへのアクセス

問い

  1. 10 BTCを保有するペイメントチャネルが、それでも9 BTCを送れないのはなぜか？
  2. 相手方がチェーンを監視している間にユーザーが2日間オフラインになると、どうなるのか？
  3. 公開容量が数千BTCにとどまるネットワークで、数十億人の潜在的なユーザーに対応できるのか？

探究

    パート Iライトニングの限界

  1. ペイメントチャネルは無限のパイプではなく、有限のバッファである。総容量は開設時に固定され、資金が一方から他方へ移るにつれて、送信者側のアウトバウンド残高は減り、インバウンド残高は増える。積極的に支出するユーザーは、支払いを受け取るか別のルートでリバランスするまで、それ以上送金する能力を使い果たしてしまう。チャネルの残りのアウトバウンド容量を超える大口の送金は即座に失敗し、再試行やより遅い手段への切り替えを強いられる。
  2. 新規参加者にとって、受信用の流動性は送信用の流動性よりも構造的に入手しにくい。自己資金でチャネルを開設しても生まれるのはアウトバウンド容量だけで、インバウンド側の残高はすべて相手方が持つ。支払いを受け取るには、まず支出する（資金を外に移す）か、他者に自分に向けてチャネルを開いてもらうか、サービスプロバイダーからインバウンド流動性を購入するしかない。この非対称性により、ネットワークに新たに参加するノードは、第三者や過去の取引履歴に恒常的に依存することになる。
  3. ノンカストディアルのセキュリティには、絶え間ない警戒が必要である。ノードがオフラインの間に相手方が古いコミットメント状態をブロードキャストした場合、オフラインのユーザーがリボケーションシークレットを使ってペナルティトランザクションで対応できる時間は限られている。その期間を逃すと、不正者は古い状態で自分に支払われた分をそのまま手にする。ウォッチタワーはユーザーに代わって監視できるが、ユーザーはタワーがオンラインを保ち対応してくれることに頼らざるを得ない。なお、タワーが資金を盗むことはできない。多くのユーザーにとって、ノードを24時間オンラインに保つことは現実的な負担であり、カストディアルサービスはインフラを内部で管理することでこの負担を引き受けている。
  4. ネットワークのトポロジーは偏って分布している。ルーティングの効率は、大量の送金を円滑にするために複数のチャネルにわたって十分な流動性を保有する、大規模で資金力のあるノードに依存している。小規模なノードは、大きな支払いを単独でルーティングするだけの容量や接続性を欠くことが多く、ボトルネックが生じる。プロービング攻撃では、特定のホップで失敗するテスト支払いを送ることでチャネル残高を明らかにでき、観測者は流動性の所在をマッピングできるため、支払いのプライバシーが弱まる。
  5. オンチェーンコストは、普及にとって依然として厳しい制約である。チャネルの開設とクローズのたびにビットコインのトランザクションが必要で、メンプールが混み合う時期には手数料が急騰する。チャネルを頻繁に開閉するユーザーにとって、これらの手数料はオフチェーン決済で得られる節約分を目減りさせかねない。チャネルファクトリーやコベナンツといった設計は、複数のユーザーが単一のオンチェーンアウトプットを共有したり、チェーンを肥大化させずに複雑なスクリプトを強制したりできるようにすることで、このオーバーヘッドを削減することを目指しているが、広範な実装はまだ実現していない。
  6. ビットコインの総供給量に比べ、公開ネットワークの容量は依然として小さい。最近の観測では、すべての公開チャネルの合計は数千BTC台前半で推移しており、グラフ上に現れないプライベートチャネルが、規模は不明ながら相当な割合を占めている。公開されている情報が限られているため、ネットワークの真の健全性や流動性の厚みを評価するのは難しい。2023年に公表されたリプレースメント・サイクリング攻撃は、攻撃者がメンプールの置き換えルールを悪用し、ルーティングノードのタイムアウトトランザクションを上流側の期限が過ぎるまで承認させず、その後資金を奪えることを示した。対策によってリスクは低減されたが、なくなってはいない。

    7. パート IIArkと新しい決済レイヤー

  7. ブラク・ケチェリは2023年5月、オペレーターが調整するUTXOを多数のユーザーで共有できるセカンドレイヤープロトコルとしてArkを提案しました。事前に流動性を確保した二者間チャネルを必要とするライトニングとは異なり、Arkは残高をオペレーターが管理する共有アウトプットに集約します。この構造により、ユーザー1人あたりのオンチェーンフットプリントが大幅に削減されます。Arkは、チャネル管理の複雑さなしに、世界規模でのセルフカストディの普及を目指しています。
  8. 中核となる仕組みは、オペレーターがビットコイン上で有効な状態を維持しながら、オフチェーンで支払いを調整することに依存しています。ユーザーは、共有アウトプットの有効期限が切れる前であればいつでも、オンチェーントランザクションを提出することで、自分のアドレスへ一方的に退出できます。この退出経路は極めて重要です。オペレーターが資金を無期限に凍結することを防ぎ、発行者が鍵を単独で管理するカストディ型モデルとArkを区別するものだからです。
  9. Ark LabsはArkadeを立ち上げ、2025年8月にメインネットで最初の決済を行い、2025年10月に一般公開しました。同時期に、Secondは別の実装であるBarkを開発し、2026年6月9日にメインネットで稼働させました。2つのシステムには相互運用性がなく、ユーザーはまずベースレイヤーへ退出しなければArkadeとBarkの間で資金を直接移動できないため、流動性プールが分断されています。
  10. ライトニングと比べて、Arkでは支払いを受け取るためのインバウンド流動性が不要です。ライトニングでは、支払いを受け取るためにユーザーがピアとチャネルを開設する必要があり、慎重な流動性管理が求められます。Arkはオペレーターがチャネルに似た状態を内部で管理できるようにすることでこれを簡素化し、さらに共有トランザクションによって、ユーザーにCoinJoinに近いプライバシーをある程度もたらします。
  11. トレードオフには、オペレーターの稼働状況と退出コストが関わります。オペレーターがオフラインになってもユーザーはオンチェーンで退出できますが、トランザクション手数料を支払い、承認を待たなければなりません。オペレーターが協調トランザクションに署名しない場合、ユーザーがどれだけ早く強制退出できるかはタイムアウトによって決まります。共有アウトプットには有効期限もあります。オリジナルの設計では、ユーザーはタイムアウト（多くの場合数週間）の前にオンラインになって残高を更新する必要があり、そうしなければオペレーターがそのアウトプットを回収できます。
  12. eキャッシュのシステムはプライバシーを提供しますが、カストディ型です。Cashuは単一のミントに、Fedimintはフェデレーションに依存しており、どちらもビットコインを保有します。Arkは、同様のプライバシー上の利点を備えたノンカストディアルなセルフカストディを目指しています。成熟したライトニングのエコシステムと比べてこの複雑さが正当化されるかどうかについては議論が続いていますが、両プロトコルは共存しており、将来の決済スタックで互いを補完する可能性があります。

重要な事実

  • チャネル容量は開設時に固定され、資金を使うにつれてアウトバウンド残高が減り、その後の送金が制限される。
  • 新規ユーザーは、支出するか、他者から受け取るか、プロバイダーから購入するまで、インバウンド流動性がゼロである。
  • オフラインになると、ウォッチタワーが代わりにチェーンを監視しない限り、ノンカストディアルノードは不正のリスクにさらされる。
  • チャネルの開設とクローズにはオンチェーントランザクションが必要で、ビットコインの変動する手数料市場の影響を受ける。
  • 公開チャネルの容量は数千BTC台前半であり、プライベートチャネルはネットワークグラフツールからは見えない。
  • リプレースメント・サイクリング攻撃（2023年）は、メンプールの置き換えルールがルーティングノードのHTLCに対してどのように悪用され得るかを示した。
  • Arkは2023年5月にブラク・ケチェリによって提案されました。
  • Arkadeは2025年8月にメインネットで最初の決済を行いました。
  • Secondは2026年6月9日、Bark実装をメインネットでローンチしました。
  • ArkadeとBarkには相互運用性がありません。
  • ユーザーは、Arkの持ち分を自分のアドレスへ一方的に退出させることができます。
  • ライトニングとは異なり、Arkでは支払いの受け取りにインバウンド流動性が必要ありません。

演習 九・六・三・一

9集める流動性管理からプライバシー、オンチェーンコストまで、ライトニングのユーザーが直面する具体的な制約や摩擦点を9つ挙げてください。
6まとめる9つを、根本的な原因に基づいて6つのカテゴリーに分類してください：プロトコル設計、経済的インセンティブ、インフラ要件、セキュリティ上のトレードオフ、トポロジー上の制約、普及の障壁。
3絞り込む6つのカテゴリーを、ライトニングがまだすべてのユーザーのあらゆるオンチェーントランザクションを置き換えられない3つの根本的な理由にまとめてください。
1結晶化するカストディアルサービスやオンチェーン送金ではなくノンカストディアルのライトニングを選ぶ際に、ユーザーが受け入れる主なトレードオフを1文で書いてください。

事実確認

日付、数字、主張は、下記に記載された公表資料と照合して確認しました。

インタラクティブ版で開く →

EN PT ES ZH KO RU DE FR MS