jakiro
著者：チェ・コーラー、btcstudy
次の10億人にビットコインを宣伝するのは簡単なことではありませんが、成長するにつれて教訓を学ぶことができます。オンチェーントランザクションは、多くの理由、経済的コスト、および小規模な電子支払い、報酬、および和解層への高レベルのストリーミング支払いなど、取引の確認時間を満たすことができません。
Lightning Networkなどのレイヤー2ソリューションは成熟し続けており、毎日何百万ものトランザクションがルーティングされているため、チェーン上のトランザクションを確認する必要性が減りますが、これは個々のノードのたゆまぬ管理と分離できません。
Lightning Networkは動作できますが、すべてのユーザーが独自の支払いシステムを管理する必要があります。ノードを実行し、チャネルを確立し、資本量を確保し、チャネルを継続的に再調整します。これは通常のビットコインアマチュアにとって興味深いかもしれませんが、ルーティングノードを実行して余分な収入を得たい人にとっては、平均的なユーザーはルーティング69のためにこれらのことを知ることはできません。
取り組みはリターンにまったく比例していないため、多くのLightningネットワークユーザーが監護権の財布を使用するか、Lightning Network Service Providerで独自のLightningファンドを維持することを選択します。
Lightning Networkのユーザーエクスペリエンスの問題の1つは、レイヤー2への移行中に、チェーンに送信されたブロードキャストトランザクションの完全なノードが必要です。 。これは、ビットコインのユーザーエクスペリエンスとは大きく異なります。ビットコインウォレットの使用を開始した瞬間から、いつでも支払いを受け取り、大量に受け取ることができます。
ユーザーのハードワークを回避するために、非同期支払いやJITチャネルなどのテクノロジーが発明されました。これらの方法は、Lightningネットワークでのアクセスと対話のユーザーのエクスペリエンスを完全に変更するために提案されました。
「JITチャンネル」とは何ですか？
「Just-in-Time（JIT）」は、投資管理から借用された概念であり、落雷が届いたときにチャネルを作成することを指します。「JITチャネル」は最初は仮想支払いチャネルです。仮想チャンネルが支払いを受信すると、チャンネル（Lightning Network Service Provider）がチェーン上のトランザクションをブロードキャストし、チャンネルをチェーンに固定します（通常のチャンネル）。
言い換えれば、「JITチャンネル」は、パブリックネットワークからの支払いが入力されたときにLSPによって顧客に応答的に開かれたチャネルです。これにより、Lightningチャンネルのない顧客はすぐにLightningの支払いを受信し始めることができ、クレジットされた流動性（コレクションの額）のコストは、この最初の支払いの支払い額から差し引かれます。
この手法は、従来の方法とは大きく異なります。従来のモデルでは、ユーザーは事前にチャンネルを開設する必要があり、チャンネルを開くために準備するために必要な資金が必要です。
注：JITチャネルは、既存のチャネルを拒否される可能性のある支払いを受け入れるためにリバランスするために使用されるテクノロジーである「JITルーティング」と混同しないでください。
JITチャンネルのワークフローはどのようなものですか？
-
クライアントは、Lightningネットワークを通じて資金を受け取りたいと考えていますが、収集する金額はありません。
-
このクライアントは、JITチャネルを開くパラメーターを取得するために、Lightning Network Service Provider（LSP）を必要とします。
-
このLSPは、SCID（ショートチャネル識別子）を返します。これは、このチャネルリクエストの一意の識別子です。
-
このクライアントは、LSPのSCIDとノードIDを含むLightningネットワーク請求書を生成します。
-
クライアントは、この請求書を彼に支払いたい人に送ります。
-
支払いは、LightningネットワークのこのLSPに転送されます。
-
LSPはSCIDを識別し、顧客に「ゼロ確認チャネル」を開きます。
-
LSPは、対応する支払いを顧客に転送し、チャネルを開くのに必要なハンドリング料金を差し引きます。
-
顧客は支払いを受け取ります。
言い換えれば、JITチャネルワークフローにより、顧客は収集制限がない場合でも、Lightningネットワークを介して支払いを受信できます。顧客にサービスを提供するLSPは、支払いをルーティングするためにゼロ確認チャネルを開き、チャネルを開くためのハンドリング料金を差し引きます。チャンネルが開かれた後、クライアントは支払いを受信できます。
JITワークフローのキーワード：
-
Lightning Network Service Provider（LSP）：LSPはLightning Networkのノードであり、JITチャネルの開設など、他のノードに支援を提供できます。
-
Short Channel Identifier（SCID）：JITチャネルリクエストの一意の識別子。
-
請求書：支払額、受取人のノードID、その他の情報が含まれるLightningネットワークからの支払い要求。
-
ゼロ確認チャネル：ビットコインブロックチェーンによってまだ完全に確認されていない稲妻チャネル。これは、チャネル内の資金がまだ完全に安全ではないことを意味しますが、それでも安全である可能性が非常に高いことを意味します。
Lightning NetworkにJITチャネルが必要なのはなぜですか？
JITチャネルは、次の理由で稲妻ネットワークにとって重要です。
-
導入プロセスを簡素化します。チャネルの開設（ロックファンド）は、新しいユーザーにとって複雑なエクスペリエンスになります。JITチャネルはこの複雑さを削除し、導入プロセスを簡素化します。
-
効率的な流動性管理：チャネルは必要なときにのみ作成されるため、JITはより良い流動性管理を達成できます。ファンドは、ユーザーの支払い制限が不十分な場合にのみロックされ、ユーザーのリソースの使用率も最適化できます。
-
採用の促進：ユーザーエクスペリエンスを簡素化することにより、JITは稲妻ネットワークの採用を促進する場合があります。
JITチャネルのリスク
残念ながら、オンチェーントランザクションと稲妻の支払いの決済速度のため、JITチャネルには、このチャネルを拡大するUTXOが最終的にオンチェーンが確認されるという固有の仮定がありますが、クライアントにルーティングされた稲妻の支払いは即時の決済です。の。
JITチャネルは、チャネル構築と処理速度の遅いブロックチェーン層への依存を減らしますが、独自の信頼の仮定も導入します。LSPは、支払いを転送するリスクがあり、顧客もLSPを信頼する必要があります。
LSPは、それに応じて顧客をどの程度受け入れて評価するかを決定する必要があります。
その後、それを使用した経験がないユーザーは、JITチャネルの支払いスケールで制限される場合があります。より広いLSPを使用することは攻撃することができますが、顧客獲得コストと見なすこともできます（実際、鎖の料金と、支払われないチャネルで資本をロックする機会コストのみが失われます）。損失をカバーするために、将来信頼できる顧客から報酬を得ることを願っています。
不信と確認に戻ります
クライアントとLSPがお互いを信頼しない場合、それらはデッドロックされます。顧客を信頼したくないLSPは、元の支払いイメージが表示されるまで、元の支払いイメージを拘束するまで、放送せずに拘留されますJITチャネルの目的は違反しました。JITチャネルには、タイムリーな流動性の展開を支援するために、両当事者からの信頼が必要です。
信頼を導入せずにこのデッドロックを破る唯一の方法は、ブロックチェーンを使用して、元の画像がLSPに提供されている場合にのみ、注入トランザクションがブロードキャストされることを確認するために書かれた契約であることを確認することです。
これは、HTLCを使用して実行できます。そのハッシュロックブランチはLSPとクライアントによって署名され、LSPはハッシュロックブランチの支出からチャネルキャピタル出力ポイントへの証言を提供し、クライアントは独自の署名とオリジナルを提供しますチャネル資本注入ポイントを確認するための画像。
（翻訳者のメモ：この種の契約は標準のハッシュタイムロック契約ではありませんが、原則として類似しています。ハッシュロックブランチは、1つのパーティの署名ではなく、両当事者の署名を必要とします。ハッシュロックが使用されます。元の画像を作成します。両当事者は事前に構築する必要があります。
しかし、一般に、和解の観点からは、これは標準的な支払いチャネルの作成と違いはありません。
いつでも流動性を利用できるようにします
これらの潜在的な欠点にもかかわらず、JITチャンネルが、Lightningをよりユーザーフレンドリーで効率的にする大きな希望を持っていることは明らかです。私たちの分野のすべての開発と同様に、起動後に検討する必要があるトレードオフが必要です。解決する必要があります。
いずれにせよ、導入ガイダンスと流動性管理の利点により、JITチャネルは稲妻ネットワークの進化に大きな進歩を遂げました。
