ビットコインのブロックチェーンに基づいて、Lightning Networkが開始されました。 すでに数百のノードがあります。 誰でもメンバーになり、超高速でほぼ無料の翻訳を利用できます。
あなたがカフェにいて、コーヒーを飲みたいと想像してください。 Lightning Networkは役立ちますか？
直接支払いチャネル
自分のサイトとカフェのサイトの間に直接支払いチャネルを構築できます。 両方のBitcoinノードが既にメインブロックチェーンと同期されている場合、このチャネル用に一定量のBTCを確保しながら、ブロックチェーンに支払いチャネルを作成するリクエストを送信するだけです。 コーヒーの支払いを行うには、トランザクションの確認を待ってブロックチェーンにチャネルを作成する必要があります。その後、支払いを完了できます。
直接支払いの比較
Bitcoinトランザクションを介した直接支払いと、Lightning Networkを介した支払いを比較してみましょう。
準備する
ビットコインネットワークで直接支払いを行うには、ビットコインウォレットにアクセスし、売り手のビットコインウォレットの住所を知っている必要があります。
Lightning Networkチャネルを作成するには、ビットコインブロックチェーンのアクティブノードへのアクセスが必要です。 さらに、Lightning Networkノード間の直接接続が必要です。 ライトニングネットワークの支払いチャネルの作成は、ビットコインブロックチェーンのトランザクションで確認する必要があります。
支払取引
Bitcoinの直接支払いは通常の取引であるため、Bitcoinウォレットにアクセスして、取引を確認するまで1時間待つ必要があります。
Lightning Network支払いチャネルを介した支払いは高速になりますが、Lightning Networkノード間の接続とアクティブなBitcoinブロックチェーンノードへのアクセスを提供する必要があります。 また、このチャンネルに必要な金額を事前に予約する必要があることを覚えておく必要があります。
チャンネルの閉鎖と資金の引き出し
ビットコインの直接支払いの場合、追加の操作は必要ありません。 トランザクションのコミット後、支払いは売り手のウォレットに「表示」されます。
確認が必要なBitcoinブロックチェーンのトランザクションを使用して、支払いチャネルLightningネットワークを閉じる必要があります。
支払チャネルチェーン
Lightning Networkの利点の1つは、買い手と売り手の間に直接支払いチャネルを作成することなく、一連の支払いチャネルを通じて支払いを行うことができることです。 唯一の制限は、買い手と売り手のノード間のLightningネットワーク内のパスの存在、トランザクション時のこれらのノードの可用性、およびパスの各支払いチャネルでの資金の十分な予約です。
この場合、予約された資金をカフェだけでなく、他のLightningネットワークノードでも使用できます。 カフェにとって、すべてが素晴らしいとは限りません。 ここで、他のLightningネットワークノードは、カフェで事前に支払いチャネルを作成し、特定の金額を予約する必要があります。誰がいついつ購入するのか分からない状態です。 さらに、買い手と売り手の両方が、アクティブなビットコインブロックチェーンノードにアクセスできるLightningネットワークノードをサポートする必要があります。
最後のキロメートル
それで、最後のキロメートルの問題に行き着きます。 Lightning Networkを最大限に活用し、エンドユーザーや組織が簡単にアクセスできるようにするにはどうすればよいですか？
最も簡単な答えは、エンドサイト（最後のキロメートル）にLightning Network支払いチャネルを作成しないことです。 次の図を見てみましょう。
さらに、ノードBが注文を作成でき、ノードAがLightningネットワークで即座に注文を支払うことができると仮定します。 つまり、ノード間のパスが存在し、支払いチャネルに十分な資金が確保されています。
この場合、次の手順を実行する必要があります。
- クライアントは売り手にどの商品を購入したいかを伝えます。
- 売り手は、必要な金額の支払い注文を生成するようノードBに要求します。
- 売り手は注文番号を顧客に報告します。
- クライアントは受け取った注文番号をノードAに渡し、支払いを要求します。
- ノードAは、Lightningネットワークで注文の代金を支払います。
- ノードBは、注文が支払われたことを売り手に通知します。
- 売り手は注文を顧客に渡します。
カフェの状況の例として、これらの手順を検討してください。 それで、あなたはコーヒーを選び、それについて売り手に知らせました。 彼は注文の合計金額を計算し、ノードBに送信しました。このため、ノードBの側では、単純なサービス（またはWebページ）で十分であり、入力された金額に対して一意の注文番号がLightningネットワークに表示されます。
Lightning Networkの注文番号は非常に長いため、次のステップは少し難しいかもしれません。 解決策として、QRコードを使用するか、単に内部または外部の短縮サービスへのリンクを生成できます。 Lightningネットワークで受信した注文番号は、たとえばモバイルアプリケーションまたはWebサイトを通じてノードAに送信されます。
支払いを受け取った後、ノードBは売り手にプッシュ通知を送信するか、売り手が定期的に注文のステータスを要求します。 確認を受け取ったら、コーヒーを作り始めます。
POS支払い
このスキームは、クレジットカードによる通常の支払いに似ています。 主な違いは、売り手の取得銀行がクライアントの銀行に取引を行う可能性を要求していることです。 これは、すべてのプロトコルが記述されており、銀行がカフェ（POS端末）に事前にインストールされ、ユーザーに発行された（銀行カード）機器を信頼しているため可能です。
将来およびブロックチェーンでは、適切なプロトコルと機器が登場して配布される可能性があります。 次に、ノードAからノードBを介して認証を求められます。ただし、これには、機器がカフェの機器と互換性があることが必要です。 以前のスキームを維持しながら、ノードAへのオンラインアクセスを要求する方がはるかに簡単です。 ただし、アカウント番号をLightningネットワークに転送することは、まだ簡素化する価値があります。
キャッチは何ですか？
あなたと近隣のカフェが現在提案されているスキームの使用を開始できないのはなぜですか？ まず、ビットコイン、ライトニングネットワークなどの法的地位はまだ定義されていません。 この点で誰もがリスクを負う準備ができていますか？
次に、ノードAとノードBはアプローチにおいて重要な役割を果たし、それらとの相互作用はLightningネットワークの外部で行われます。 問題は、これらのノードを見つけて同意する方法です。
ここで、配布は、クライアントとノードA、および販売者とノードB間の相互作用を確立するためのソフトウェアおよびハードウェアソリューションの可用性に依存することに注意してください。しかし、この問題は非常に迅速に解決できます。
クライアントとノードA間の相互作用は何に基づいていますか？ または、ノードBと売り手の間ですか？ 答えは簡単です-信頼について。
信頼
私は、エンドサイトでのみ信頼について話していることをすぐに強調したいと思います。 クライアントの場合、ノードAを信頼して事前に入金してから使用するか、逆にノードAがクライアントを信頼してローンを提供する準備ができている必要があります。 しかし、これは、たとえば、銀行がデビットカードまたはクレジットカードを発行するときにすでに起こります。 つまり、ここには新しいものは何もありません。
この場合、Lightning Networkの支払いチャネルの状況とは対照的に、ノードBに対する売り手の信頼。したがって、ノードBは各カフェで事前に資金を予約する必要がありません。つまり、売り手が特定のノードB.
コーヒーの購入はいずれの場合でも信頼に基づいていると付け加えます。なぜなら、自動販売機を扱っている場合でも、支払い後に注文したものを受け取るという保証はないからです。 つまり、支払い後、コーヒーを受け取るまで販売者を信頼する必要があります。
買い手からのノードAとノードBからの売り手による金銭の受け取りについてはまだ質問がありました。しかし、選択した方法が両方の当事者に適合する場合、制限はありません。
エピローグ
最後のキロメートルのソリューションは異なる場合があります。 そして、よく知られたアプローチの大量採用が可能であれば、新しいテクノロジーはより速く普及します。 多くの場合、単純なソリューションの方が他のソリューションよりも優れています。