ライトニング・ネットワークが現在直面している主なジレンマ（2）

そのため、2024年7月23日、ライトニングラボはマルチアセットライトニングネットワークの最初のメインネットバージョンをリリースし、ライトニングネットワークにTaproot Assetsを正式に導入しました。タップルート・アセットはビットコイン上の資産発行プロトコルであり、発行された資産はライトニング・ネットワークの決済チャネルに預け入れられ、既存のライトニング・ネットワークを通じて送金することができる。マルチアセットライトニングネットワークのメインネット版のローンチは、ビットコインライトニングネットワークにおけるステーブルコインの公式サポートを意味し、ライトニングネットワークを介した即時グローバル決済による外国為替取引や、コモディティに対するステーブルコインの支払いにライトニングネットワークを使用するなどのアプリケーションシナリオが現実のものとなることを意味します。

図：ライトニング・ネットワークにおいて。アリスはUSD安定コインを送り、ボブはEUR安定コインを受け取る

これに加えて、Nervos CKBのライトニングネットワーク ファイバーネットワークは、CKBブロックチェーンの柔軟性とユーザー定義のネイティブサポートを活用しています。この中には、Stable++ などの分散型プロトコルによって鋳造されたビットコインネイティブのステーブルコインも含まれます。9月にリリースされたフルベータ版では、開発者はファイバーネットワークを使用してビットコインネイティブの安定コインRUSDをテストすることができました。

私たちは、ファイバーネットワークとステーブルコインの組み合わせが強力な相乗効果を発揮し、ファイバーネットワークに新たな生命を吹き込み、日常生活における暗号決済の普及を促進すると信じています。

ユーザーエクスペリエンス

ライトニング・ネットワークの技術的進歩にもかかわらず、ユーザーエクスペリエンスにはまだ改善の余地があり、従来の決済と比較するとまだギャップがあります。

支払いの受け取り/送信時にオンラインにいる必要がある

ライトニング・ネットワークの受け取りには、別の人と共有するチャネル内の資金のステータスを変更する必要があります。ライトニング・ネットワークでの支払いが失敗する主な理由の1つは、受取人がオフラインであることです。ユーザーエクスペリエンスの観点からは、これは重大な設計上の欠陥である。これとは対照的に、従来の支払い方法（銀行送金など）やブロックチェーン決済（オンチェーンUSDT送金など）では、受取人がオンラインである必要はなく、相手の口座や住所を知っているだけで取引が完了します。

今日の主なソリューションは、ライトニングネットワークサービスプロバイダー（LSP）の導入です。LSPはオフラインのユーザーに代わって支払いを受け取ることができ、「オンラインにいる」必要性がなくなります。このソリューションは、ライトニング・ネットワークのユーザー・エクスペリエンスを既存の支払い方法に近づけ、その有用性と利便性を大幅に向上させます。

しかし、このソリューションは、信頼の前提という新たな課題ももたらします。ユーザーは、選択したライトニング・ネットワーク・サービス・プロバイダーに一定レベルの信頼を置く必要があります。このような第三者への依存は、分散化の本来の意図にある程度反しており、一部のユーザーに懸念を抱かせる可能性がある。

任意の金額を複数回集める方法が欠けている

ライトニングネットワークの請求書は、支払いを要求するための中心的なツールです。インボイスは支払先によって生成され、取引を完了するために必要なすべての情報をイニシエーターに提供します。 インボイスを一般的な決済ソフトウェアの「回収コード」に例えることができます。

現在、Lightning Networksのデフォルトの請求書は1回限りの支払いで、支払いのハッシュ値とその額面が含まれており、支払いが成功するかタイムアウトすると無効になります。この仕組みは、支払いを受け取るたびに、新しい請求書を生成し、コピーして貼り付け、支払者に送信する必要があるという、煩雑なプロセスにつながります。この設計は、特定のシナリオにおいて、ユーザーエクスペリエンスに大きな影響を与える。例えば、カウンターに代金回収用のQRコード（WeChatやAlipayの支払いコードなど）を置くことに慣れている加盟店は、ライトニング・ネットワークを使うのが面倒になる。特に繁忙期には、頻繁に請求書を作成・交付する必要があるため、業務効率が大幅に低下したり、通常業務に影響が出たりする可能性もある。

このため、ビットコインコミュニティはいくつかの解決策も提案しています。

Keysend

ライトニングネットワークのノードのnode_idは変更されず、請求書が発行されるとすぐに支払者に公開されます。そのため、Keysendはこれを静的なエンドポイントとして扱います。このアプローチには大きな利点があります。ライトニング・ネットワーク独自のアーキテクチャに完全に依存するため、追加のプロトコル・サポートを導入する必要がありません。その欠点は、プライバシー保護が弱く、受信者のノード、チャネル、チャネルのUTXOなどの機密データが公開されることです。

それにもかかわらず、Keysendの有用性は広く認識されており、現在ほとんどのライトニングネットワーククライアントはKeysend機能を実装しています。

LNURLとLightningアドレス

LNRUL-payは、ユーザーが複数の支払いを受け取ることができる静的なQRコードを作成できる標準であり、ユーザーエクスペリエンスを大幅に向上させます。ワークフローは以下の通りです：

1. ユーザーはライトニングネットワークのウォレット（LNURL-pay）を使ってQRコードをスキャンします

2. ウォレットはそれをデコードし、URLを取得し、HTPPSプロトコルを使ってアクセスします

3. 。

4. ユーザーは金額を入力し、サーバーに情報を送り返します

5. サーバーは従来のライトニングネットワークの請求書を返します

6. ウォレットは支払いを行います

他のユーザーがこのURLにアクセスすると、システムは自動的にLNURL-payリクエストを返し、支払いプロセス全体を簡素化します。

今日、LNURL機能を実装しているウォレットのほとんどがホスト型モデルを使用していることは注目に値する。これらのウォレットサービスは、各ユーザーにライトニングアドレスを割り当て、簡単に支払いを受け取れるようにしています。このアプローチは便利ですが、中央集権的な要素も導入しており、ユーザーは利便性と非中央集権性を自分で判断する必要があります。

BOLT12

BOLT12は新しいライトニングウェブ仕様の提案で、ウェブサーバーを使わずにLNURLが提供する機能の一部を実装することを目的としています。BOLT12はまだBOLT（Foundations of Lightning Network Technology）に統合されていませんが、この提案はほとんどの開発者から支持を得ています。LNURLに対するBOLT12の最大の利点は、他のネットワーク・プロトコルや通信方法に依存することなく、ライトニング・ネットワーク・プロトコル内で実装できることだ。

結論

加えて、前回の投稿で述べたライトニング・ネットワークの全体的な流動性の欠如と流動性配分の問題、この投稿で述べた安定コインのサポートの欠如、ユーザーエクスペリエンスにできる多くの改善点に加えて、ライトニング・ネットワークの発展への道は、以下のような多くの課題に直面している。ビットコインライトニングネットワークが使用するLN-Penaltyによって引き起こされるストレージの負担、それ自体の複雑さに加え、ビットコインのソフトフォークと新しい署名ハッシュタイプの導入を必要とするその改善スキームeltooの実装など、他にも多くの課題に直面し、そして、例えば、HTLCのプライバシーの懸念を受けて、その改善スキームPTLCが最初に実装されるかもしれません。実装されるかもしれません。

前途は多難ですが、技術が進歩し続け、コミュニティが努力を続けることで、これらの課題は最終的に1つずつ克服されるでしょう。ライトニング・ネットワークは暗号決済のあり方を変えるだけでなく、グローバルな金融イノベーションを推進する重要な力になると期待されている。