banner
CKB 中文

CKB 中文

CKB 是理想的比特币 Layer 2

現在、ライトニングネットワークが直面している主なジレンマ(1)

前回の《ライトニングネットワークはどのように機能するか(2)》では、ビットコインのライトニングネットワーク(Lightning Network)の動作原理について探求しました。本質的に、ライトニングネットワークは巧妙に設計された支払いチャネルシステムであり、複数の支払いチャネルを連結して広範で相互接続された支払いネットワークを形成し、直接接続されていない当事者がマルチホップルーティングを通じて相互に支払いを行えるようにします。HTLC、PTLC などの契約がルーティングの安全性を保証します。

数年の発展を経て、ライトニングネットワークは技術とユーザー体験の面で大きな進歩を遂げましたが、私たちは現実を直視しなければなりません:それは依然として大規模に採用されるレベルには達していません。 今日の記事では、ライトニングネットワークが現在直面している重要な課題に焦点を当てます:流動性の問題。この問題はさらに二つの側面に分けられます。一つはネットワーク全体の流動性不足、もう一つは流動性の配分問題です。

ネットワーク全体の流動性不足#

mempool の最新の統計によると、ビットコインのライトニングネットワークは現在 12,389 のノードと 48,000 の支払いチャネルを持ち、すべてのチャネルの合計容量は 5311.8 BTC です。

img

ライトニングネットワークは P2P の流動性ネットワークであり、大規模に採用されるためには、ノードの数、チャネルの数、チャネルの容量のいずれも数百倍、さらには数千倍に増加する必要があります。 では、どのようにしてより多くのノードをネットワークに引き入れることができるのでしょうか?

まず、ライトニングネットワークのノードの構築と維持のハードルを下げ、技術的背景のない一般ユーザーでも簡単にライトニングネットワークノードを運営できるようにすることが重要です。 ビットコインエコシステムでは、すでに多くのチームが即座に使用できるハードウェアデバイスを提供しています。例えば、Umbrel のハードウェアボックスはビットコインのライトニングネットワークノードを運営することをサポートし、また Fi5Box はビットコインのライトニングネットワークだけでなく、他のライトニングネットワークのノード(例えば CKB の Fiber Network)も運営することができます。これらはユーザーにメンテナンス不要のライトニングネットワークノードソリューションを提供しています。

次に、追加のインセンティブメカニズムを導入することがライトニングネットワークを良性循環に導く鍵です。 ライトニングネットワークがチャネルを開設すると、資金がロックされます。もしアリスがライトニングネットワークサービスプロバイダー(LSP)になりたい場合、100 人とチャネルを開設し、各チャネルに 1BTC をロックする必要があるとします。つまり、100BTC をロックする必要があります。この 100BTC は流動性があるときにのみ利益を生むもので、静止しているときは利益を生みません。なぜなら、ライトニングネットワークノードの収益は主に手数料から来るからです。手数料の料金基準は「基本料金(Base Fee)+ 1 サトシあたりの料金(Fee Rate)」であり、基本料金はライトニングネットワークノードが各取引の請求書に対して請求する固定料金で、取引金額の大小に関係なく、1 サトシあたりの料金は取引請求書の各サトシに対して請求される料金の割合です。

mempool の統計によると、現在のビットコインライトニングネットワークの平均基本料金は 950mSat(つまり 0.95 サトシ)、平均 1 サトシあたりの料金は 764ppm(つまり 1 サトシあたり 0.000764 サトシ)です。これは、1 万サトシ(0.0001 BTC、現在約 6.5 ドル)の取引に対して、ルーティングノードが受け取る手数料が 9 サトシにも満たないことを意味します。さらに、現在のライトニングネットワークの取引量はあまり大きくなく、その中にはルーティングノードを介さずに行われる取引も多く(つまり、取引の両者が直接支払いチャネルを持っている)、したがって、BTC を保有している人が資産運用を考える際、最初の選択肢はライトニングネットワークに BTC を預けて手数料を稼ぐことではなく、取引所で貸し出すか、あるいは新興プロジェクトでステーキング / リステーキングを行うことです。

img

もし追加のインセンティブメカニズムを導入できれば、より多くの人々がライトニングネットワークノードを運営したり LSP になったりすることを望み、より多くの BTC 保有者が BTC をライトニングネットワークに預けてインセンティブを得ることを望むようになれば、ネットワークの流動性不足の問題は解決される可能性があり、ライトニングネットワークはより使いやすくなるでしょう。ライトニングネットワークがより使いやすくなれば、さらに多くの人々がライトニングネットワークを利用し、より多くの取引が生まれ、ルーティングノードの手数料収入が増え、さらに多くの人々が LSP になることを促進します…… 最終的には、ライトニングネットワークが良性循環に入ることになります。

現在、ビットコインエコシステムでは、UTXO Stack がライトニングネットワークのステーキング層に転換することを発表しました。 分散型ステーキングプロトコルを通じて、ライトニングネットワークにより良い流動性とより良い収益モデルを提供します。同時に、UTXO Stack はトークンインセンティブメカニズムを導入し、ユーザーが BTC をステーキングしてライトニングネットワークの支払いチャネルの流動性を強化することを促進します。

流動性の配分問題#

全体の流動性不足の問題が解決されたとしても、これらの流動性を効果的に配分する方法は依然として課題です。

アリスがルーティングノードのボブを介してキャロルに支払いを行う例を考えてみましょう。初期状態では、アリスとキャロルはそれぞれチャネル内に 2 万サトシを持ち、ボブは各チャネルに 1 万サトシを持っています。いくつかの取引を経た後、チャネル内の残高分布は以下のようになります(簡略化のため、ルーティングノードのボブが受け取る手数料は考慮しません):

img

もし今後の一定期間、アリスとキャロルがビジネスを続け、アリスがキャロルに支払いを行う必要がある場合、どうすればよいのでしょうか?ボブはすでに支払いをルーティングできなくなっています(つまり、ボブとキャロルのチャネルでは、ボブがキャロルに資金を移動できなくなっています)。彼は自分のチャネルを再バランスする必要があります。

このような状況は、ライトニングネットワークのルーティングノードにとって非常に一般的です。ノードオペレーターは自分のチャネル間で流動性を絶えずバランスさせなければなりません。 もしチャネルのあなたの側に資金がなければ、支払いを送信できません;もしチャネル内のすべての資金があなたの側にある場合、支払いを受け取ることができません。

上記の例では、一つの方法はボブとキャロルの間のチャネルを直接閉じ、新しいチャネルを開設することですが、この方法は経済的ではありません。なぜなら、チャネルを閉じる取引と新しいチャネルを開設する取引はすべてオンチェーンで行う必要があり、ビットコインのマイナー手数料を支払う必要があるからです。ライトニングネットワークの設計の目的は、オンチェーン操作を減らし、できるだけ多くの取引をオフチェーンのチャネルで行うことです。もしライトニングネットワークが毎日数億のチャネルを開閉する必要があるなら、ビットコインブロックチェーンは常に混雑し、マイナー手数料は非常に高くなります。

そのため、ビットコインコミュニティは流動性配分問題を解決するためにさまざまな革新的な提案を行っています:

サブマリン・スワップ(Submarine Swap)#

簡単に言えば、サブマリン・スワップはユーザーがライトニングネットワーク内のスワップサービスプロバイダーにチャネル内の BTC を送信し、スワップサービスプロバイダーが対応する数量の BTC をビットコインチェーンの受取アドレスに送信することを可能にします。あるいはその逆に、ユーザーがチェーン上の BTC をスワップサービスプロバイダーに送信し、スワップサービスプロバイダーがチャネル内の BTC を指定された受取ノードに送信します。このプロセスにはスワップサービスプロバイダーの参加がありますが、HTLC(ハッシュタイムロック契約)を通じて、全過程で信頼は不要です。

サブマリン・スワップは多くの後続者にも影響を与えました。例えば、チャネル残高調整プロトコルの PeerSwap は、ユーザーが直接彼のチャネルの対戦相手とサブマリン・スワップを実施できるようにします。上記の例では、キャロルが直接スワップサービスプロバイダーの役割を果たすことができ、ボブはチェーン上の BTC をキャロルに送信し、キャロルはチャネル内で対応する数量の BTC をボブに支払うことができます。具体的には:

  1. ボブは秘密値 R(原像)とそのハッシュ値 H を生成します。
  2. ボブはビットコインブロックチェーン上でハッシュ値 H を使用して HTLC を作成します:ボブはキャロルに 1 万サトシを支払います。彼が 5 つのブロック内に秘密値 R を提供できなければ、これらのお金はボブに戻ります。
  3. キャロルは彼とボブの支払いチャネル内で同じハッシュ値 H を使用して HTLC を作成します:キャロルはチャネル内でボブに 1 万サトシを支払います。彼が 4 つのブロック内に秘密値 R を提供できなければ、これらのお金はキャロルに戻ります(簡略化のため、ここではスワップサービスプロバイダーが請求するサービス料は考慮しません)。
  4. ボブは秘密値 R を使用してチャネル内の HTLC を解除し、1 万サトシを受け取ります。
  5. ボブが資金を受け取った後、キャロルも秘密値 R を知っているので、彼は R を使用してビットコインチェーン上の HTLC を解除し、1 万サトシを受け取ります。

チャネルを閉じて新しいチャネルを開設するのに比べて、サブマリン・スワップはオンチェーン取引が 1 回だけで済むため、より経済的であり、全過程で信頼は不要です。

チャネルスプライシング(Splicing)#

チャネルスプライシングは、ノードが単一の取引でチャネルを閉じて再開し、チャネル内のロックされた残高を変更するオンチェーンの再バランス方法です。 こうすることで、ノードがより多くの資金をロックする場合は「スプライスイン(splice in)」と呼び、ロックされた資金を減らす場合は「スプライスアウト(splice out)」と呼びます。上記の例では、ボブとキャロルの間のチャネルはチャネルスプライシングを通じて加長することができます。

チャネルスプライシングは、2 回の取引を使用してチャネルを閉じて再開するよりもはるかに便利ですが、それでもネットワーク内で取引をブロードキャストし、オンチェーンのマイナー手数料を支払い、取引の確認を待つ必要があります。

マルチパス支払い(Multi-Path Payment, MPP)#

マルチパス支払いは、1 回の支払いをいくつかの部分に分割し、これらの部分が同時に異なる場所で停留または流通することを可能にします。もしアリスがキャロルに 1 万サトシを支払う必要がある場合、ボブがすでに支払いをルーティングできなくなっていても、アリスはルーティングノードのデイビッドを介してキャロルに 6000 サトシを支払い、ルーティングノードのエヴァを介してキャロルに 4000 サトシを支払うことができます。これにより、アリスの 1 万サトシの取引はマルチパス支払いの方法で完了します。

マルチパス支払い技術の目的は、単一のパス支払いの限界を克服し、より大きな金額の支払いを小さな複数の部分に分割して送達できるようにすることです。 例えば、1BTC のライトニングネットワーク取引は、100 件の 0.01BTC の取引に分割して完了することができます。マルチパス支払いはネットワークの分散化と取引のプライバシー保護に役立ち、安全性の面では、原子化マルチパス支払い(AMP)技術が、もし一つのパスで支払いが完了できない場合、すべての支払いが成功しないことを保証し、混乱や詐欺を防ぎます。

ちなみに、ライトニングネットワークでは、大きな取引はマルチパス支払いの他に、Wumbo チャネルを通じても完了できます。 Wumbo チャネルは、通常のライトニングチャネルが保持できるビットコインの数量上限(0.1667 BTC)を解除し、ノードがより高いチャネル容量を持つことを許可し、大きな取引をサポートします。

結論#

流動性はライトニングネットワークの発展を制約する主要な要因の一つです。ライトニングネットワークノードの構築と維持のハードルを下げ、追加のインセンティブメカニズムを導入することで、ライトニングネットワークはネットワークの流動性不足の問題を解決することができ、サブマリン・スワップ、チャネルスプライシング、マルチパス支払いなどの提案は、ライトニングネットワークの流動性配分に一定の助けとなります。

上記の提案に加えて、ビットコインコミュニティはLightning Pool(チャネルレンタルオークション市場)、Liquidity Advertisement(チャネルレンタルプラン)、ループ支払い(ノードが支払いチャネルで形成されたループを通じて自分自身に支払いを行い、オフチェーンで再バランスを実現する)など、ネットワークの流動性を最適化するための他の提案も行っています。

流動性管理は間違いなくライトニングネットワークが直面する複雑なプロジェクトですが、技術の進歩とコミュニティの継続的な努力により、これらの流動性の課題は最終的に解決されると信じる理由があります。

📖 おすすめの読書

読み込み中...
文章は、創作者によって署名され、ブロックチェーンに安全に保存されています。