著者: Che Kohler編集: Cointime.com QDD

Lightning ノードを正常に実行するには、Lightning ネットワークの仕組みを理解する必要があります。Lightning ネットワークは、設定しておけば忘れてしまうことのないプラグアンドプレイの操作ではありません。ライトニング ネットワークに資金を投入すると、別のノードに接続されたホット ウォレットで資金が処理されます。ホット ウォレットは常にオンラインで、支払いのルーティング要求を待機する必要があります。

Lightning ノードの管理もかなり対話型のプロセスであるため、多くの個別の手動タスクを実行する必要があります。この仕事には、適切なノードを見つけて、チャンネルを開いたり閉じたり、手動でバランスをとったりすることが含まれます。

当然のことながら、これらのタスクが積み重なり、常にそれに見合った報酬が得られるとは限らないパートタイムの仕事になってしまう可能性があります。

流動性管理は避けられない問題点です

流動性管理により、ライトニング ネットワーク上のノードが支払いを実行およびルーティングするのに十分な容量を確保できます。チャネルのバランスが崩れることを望まないため、これは重要です。そうしないと、実行可能なパスではなくなったためにネットワークが支払いをバイパスして、潜在的なルーティング料金を逃すことになります。

ノードを注意深く監視している場合、問題はノードの再バランスをどのように計画するかということだけになります。別のチャネルを使用することを選択しますか?それともオンライン支払いに新しいチャネルを使用しますか?それとも別のノードから流動性を購入しますか?

状況とコストに応じて、これらのいずれかを選択します。

チャネルが増えれば増えるほど、各チャネルの資金も増え、より多くの問題に直面することになります。また、チャネルが増えれば増えるほど、チャネルを維持するためにより多くの労力を費やす必要があります。他のノードに接続されているノードも、さらなる流動性の問題に直面することになります。

ライトニングネットワークが適切に機能するには、適切な流動性管理が不可欠です。流動性を効果的に管理することで、ネットワークがより多くの支払いを処理できるようになり、手数料を低く抑えながら、ルーティング手数料の一部を確実に得ることができます。

ネットワークが成長するにつれて、流動性をより適切に活用する必要性も高まり、手動による管理は現実的ではなくなるため、負担を軽減するためにLightning 自動化ツールを活用する必要があります。

料金表とは何ですか?

Lightning ノードを実行する際の最も一般的なタスクの 1 つはチャネルの再バランスです。これには時間がかかる場合もあれば、すぐに完了してユーザーの介入が必要な場合もあります。手数料は支払いの流れを制御する主な方法であるため、マイナス手数料の概念とレートカードという 2 つの提案があります。

これら 2 つの提案はチャネルの不均衡の問題を解決することを目的としており、それぞれに長所と短所があります。

ユーザーはレートカードを使用して 4 つの異なるレートを指定して支払いルーティング手数料を請求できます。これらの手数料は、事前に設定された利用可能な流動性 (チャネル容量) に基づいて適用されます。

これは、請求される手数料が利用可能な流動性に基づいて動的に設定されることを意味します。

1. いずれかの当事者が流動性の大部分を保有している場合、マイナスの手数料を設定して、ノードがその支払いチャネルを使用するよう奨励し、リバランスすることができます。

1. いずれかの当事者が流動性の大部分を保有している場合、マイナスの手数料を設定して、ノードがその支払いチャネルを使用するよう奨励し、リバランスすることができます。

2. どちらかの当事者が少量の流動性しか持っていない場合、非常に高い料金を設定して人々がそのパスを使用するのを妨げ、チャネルのバランスをさらに不均衡にすることができます。

3. 最後に、流動性のバランスが取れている場合は、その支払いチャネルを使用して現在の市場平均価格を請求できます。

料金表は特定のパラメーターに基づいてルールを適用するため、料金ポリシーを変更しようとしていることをネットワークに常に通知する必要はありません。また、ブロードキャスト チャンネルの更新や、支払い経路の計算で問題が発生する可能性のあるチャンネル グラフの頻繁な変更に伴うオーバーヘッドが軽減されることも意味します。

現在、料金表の正式な提案はありませんが、開発者のリサ・ネイガット氏は、ノードランナーに現在の基本料金と比例料金よりも多くのオプションを提供する代替料金構造である料金表の提案に取り組んでいます。

Lightning ノードのメンテナンスを削減

数人の友人とのプライベートな支払いだけを考えている場合、または非常に特定のサービスのみのチャネルを維持することに関心がある場合、Lightning ノードを実行するのは簡単かもしれませんが、それは誰にとっても Lightning を実際に使用できるわけではなく、スケーラブルな領域でもありません。

理想的には、ネットワークに接続したいユーザーが流動性を分割し、できるだけ多くの相互接続を確立して、すべてのユーザーが可能な限り最も安くて速い方法で支払いをルーティングできるようにしたいと考えています。

より多くの流動性を提供し、利益を追求するためにチャネルをより適切に管理できるスーパーユーザーノードや産業用ノードが存在する一方で、大規模なノードが興味を持たない接続を積極的に引き受ける小規模なノードのニーズも存在するでしょう。

ネットワーク内には価値を引き出す機会が常にありますが、ユーザーが収益を得るために資金を投入するのが複雑または面倒だと感じた場合、ネットワークの効率が低下します。

Lightning の目標が、より多くのユーザーを引き付け、それらのユーザーがマネージド サービスやLightning サービス プロバイダーに依存するのではなく、独自のインフラストラクチャを実行し、自己資本を管理することを奨励することである場合、ユーザー エクスペリエンスとツールセットは、チャネルがほとんどの時間稼働し続けることを保証する必要があります。

チャネル管理がシンプルになると、チャネルを開いたままにする機会が減り、オンチェーンの占有率が減り、より多くのチャネルが収益性の高い状態で閉じられるようになります。