Lightning For Life —LightningがWebと統合できる方法と統合する方法

ソースノード: 1332590

Lightning は、インターネットと同じように、私たちの日常業務にシームレスに統合される予定です。

Roy Sheinfeld は、ライトニング決済に特化したビットコイン企業である Breez の共同設立者兼 CEO です。

あなたが何かをググるたびに、あなたが行くたびにYouTubeやInstagramで真剣な調査をするたびに、あなたがUberを注文するたびに、あなたがポートフォリオをチェックしたりニュースを読んだりするたびに、あなたはウェブを使っています。 実際のところ、あなたは今これを読んでいるウェブを使っています。 ウェブは道具ですが、肺や親指が道具であるのと同じように道具です。 それは私たちの不可欠な部分になり、私たちがそれについて考えることさえせずに常に使用しています。

お金は、私たちが常に無意識のうちに使うという点で似ています。 あなたの冷蔵庫が動いている限り、あなたの資金がどこかで利息を稼いでいる限り、あなたのローンの借金の時計が刻々と過ぎている限り、あなたは金融活動に関与しています。 あなたの経済的自己は目覚め、あなたが眠っている間でさえ、価値のグローバルネットワークにおけるその地位を維持しています。

ビットコイナーは、この種のことを鋭く認識している傾向があります。 Lightningを使用する場合、おそらくそれをあなたとそのグローバルな価値のあるネットワークとの間の導管と見なすでしょう。 それはただの方法ではありません ヘルシンキでビールを買う; 稲妻はあなたをビットコインの海に接続します。

奇妙なことに、これらXNUMXつの重要なネットワーク(WebとLightning)は、ほとんど統合せずに並行して動作します。 どちらもなしで生きたくないのですが、それらの間の継ぎ目は明白で、時には厄介です。

私がで学んだように Bolt.funハッカソン (私の男ジョンズに叫びなさい!)、多くのWeb開発者は、Lightning機能を備えたアプリを構築したいと思っています。 統合する意志はそこにありますが、多くの人は方法もあることに気付いていないようです。 実際、LightningをWebに導入するにはいくつかの方法があり、それぞれが独自の長所とユースケースで進化しています。 たぶん、世界はそれらについて知らないか、理解していないのでしょうか?

それではやってみましょう。 WebとLightningを統合し、ストランドを引き出し、それらを織り合わせて、より強力で結合されたシームレスなネットを作成する方法を見てみましょう。

画像ソース

LNURL:シンプルに保つ

Lightningのユーザーエクスペリエンス(UX)は、私が始めてから長い道のりを歩んできました。 最初にそれをカバーしました XNUMX年前。 しかし、ギャップは残っています。 請求書はその一例です。 技術的には、受取人のみが支払いを開始できますが、これは多くの状況では不適切です。 多くのユーザーは、何らかの理由で請求書を作成したくない場合があり、チップなどのシナリオでは、面倒で失礼なものとして合理的に遭遇する可能性があります。

LNURLは、請求書の生成など、これらの残りのUXギャップの一部を埋めるための非常にシンプルな仕様のセットです。 LNURLの美しさは、そのシンプルさです。 名前が示すように、LNURLの仕様は、クリック可能なURLまたはスキャン可能なQRコードのいずれかの形式のリンクに基づいています。 URLリンクは当社の技術的背景の一部です。 あなたはこの投稿ですでにXNUMXつを見ましたが、おそらくそれらに気付くことさえありません。 QRコードは同じものですが、視覚的な表現が異なります。

QRコードは簡単でなじみがあります。 私たちがすぐに彼らをあきらめるのを見ていません。

いくつかのLNURL 仕様はありますが、これらは特にLightningのWeb統合に関連しています。

  • LNURL-支払い:ビットコインブログを運営しているとしましょう。 ヒントを収集したいが、ヒントごとに請求書を生成してレンダリングしたり、ヒントごとに各リーダーと個別にやり取りしたりする必要はありません。 LNURL-Payを使用すると、指定した範囲、たとえば2,500〜10,000satsの範囲内で支払い用のQRコードを生成できます。 ユーザーは、コードをスキャンし、正確な金額を入力して支払うだけです。 ユーザーは、コードをスキャンしてプロンプトに応答するだけでなく、プレイメージと請求書の言語に気づかないままです。
  • LNURL-撤回:これは逆のシナリオです。サイトを操作するためにユーザーに支払いをしたいが、請求書を生成する手間を省きたい。 LNURL-Withdrawを使用すると、ユーザーはコードをスキャンするか、リンクをクリックしてウォレットに適切な種類の請求書を生成し、支払いのためにノードに送信するように求められます。
  • LNURL-認証 もう123つのクールなLNURLツールです。 ユーザーのウォレットのシードフレーズに基づいて公開鍵セットを生成し、ユーザーが偽名でWebサイトにサインインできるようにします。 シードフレーズ自体と同じくらいプライベートで、「passwordXNUMX」や「正しい_horse_battery_staple。」 何よりも、ユーザーのウォレットにすでに含まれているデータを使用し、ほとんど入力せずにすぐに使用できます。

Lightningアドレス

電子メールはおそらく非常に馴染み深いので、当然のことながらその利点を利用しています。 メールアドレスは厳密に一意です( 指紋)、そして電子メールは正確に適切な人への情報の送受信を非常に簡単にします。 Lightningアドレス 電子メールと同じxxx@yyy.zzz形式ですが、ユーザーはQRコードをいじることなく資金を転送できます。

現在、LNURL-PayはLightningアドレスを実装するための最も一般的な手段ですが、Lightningアドレスプロトコルは革新の余地があります。 たとえば、Lightningアドレスを拡張して、静的な請求書を使用したり、 ボルト12 (Lightningテクノロジーの基礎; Bitcoin Improvement Proposal [BIP]仕様に相当するLightning)、これらが採用された後。

LNURLに基​​づく現在の形式でも、Lightningアドレスは非常に人気があり、簡単に統合できます。 確かに、いくつかのアプリにはLightningアドレスがネイティブに含まれていますが、少しの構成を気にしない独自のノードを持つユーザーが利用できる非管理ブリッジサーバーもあります。 説明書 独自のドメイン名を使用した完全に自己ホスト型のセットアップの場合。

Lightning Addressesを実際に成功させるには、管理対象外のモバイルウォレットを有効にする方法を理解する必要があります。 オフラインで受信.

WebLN

WebLN 単純な前提から始まります。ほとんどの場合、Webと対話するときは、Webブラウザーを介して対話します。 Webブラウザーは、それ自体では実質的に小さなオペレーティングシステムであり、独自の環境であらゆる種類の優れたソフトウェアを実行できます。

Lightningは単なるソフトウェアであり、Webと統合したいことを考えると、LightningをWebブラウザーに追加することは大いに役立ちます。

これはまさにWebLNの背後にある考え方です。WebLNは、makePaymentとsendInvoiceを使用してLightning対応のブラウザー拡張機能を構築するためのシンプルなJavaScriptツールです。これも、あらゆる種類のお金のXNUMXつのコア機能である送信と受信です。 つまり、WebLNを使用すると、WebアプリがLightningウォレットと対話できるようになります。

WebLNにはいくつかの利点があります。 まず、JavaScriptはほぼ普遍的であり、ほぼXNUMX年前のものです。 私たちはそれがうまくいくとかなり確信しています。 第二に、WebLNは単純です。 どれほど簡単ですか? マイケル・ブマン から アルビ それを設定し、XNUMX分XNUMX秒でそれを使用する方法を示すことができます。

こちらのYouTubeビデオへのリンク。

第三に、WebLNはQRコードよりもはるかに優れたUXを提供します。これは、XNUMX番目のデバイスを使用する必要がないという事実から始まります。 回避策のようではなく、ネイティブのように感じます。 また、すべてのブラウザイベントにアクセスできるため、キーを押す、マウスをクリックする、 スクロール位置、などはすべて支払いをトリガーできます。 QRフリーのUXは、WebLNが機能するモバイルでも特に便利です。

それでも、WebLNはユニバーサルウェブからライトニングへのインターフェースではありません。 WebLN対応の環境が必要です。 デスクトップブラウザでは、Albyのような単純な拡張機能でその環境を作成できます。 モバイルでは、開発者は独自のWebLNソリューションを作成するか、次のような組み込みのWebLN環境をすでに提供しているLightningアプリで家を見つけることができます。 ブリーズ & ブルーウォレット。 おそらく、WebLNがWebブラウザーにネイティブではないという事実が、その広範な採用を妨げているか、遅らせています。 WebLNホストがを使用するサイトにネイティブに実装される未来を見ることができます WebAssembly、エンドユーザーの継ぎ目を削除します。

チップやXNUMX回限りの購入など、多くの単純なブラウザベースのトランザクションの場合、統合する必要があるのはWebLNだけです。 私たちのXNUMXつのお気に入りのネットワーク。 それは非常にうまく機能するので、トップのLightningサービスの多くは何年もの間それをうまく使用しています。 それには ビットレイル, LNマーケット, コリダー.

API

WebサービスとLightningサービスをシームレスに統合することになると、まさにそれを行うように設計されたアプリケーションプログラミングインターフェイス(API)に勝るものはありません。 API統合により、開発者はユーザーエクスペリエンスとインターフェイスを最大限に制御できます。

当然のことながら、APIにはトレードオフもあります。 XNUMXつ目は、APIの選択はかなり深刻な取り組みであるということです。 包括的な統合標準はないため、各LightningサービスはAPIの側面を自由に定義し、WebサービスはAPIを中心にUXを構築する必要があります。 別のAPIに切り替えると、非常にコストがかかり、UXとアーキテクチャ全体に大幅な変更が必要になる可能性があります。

どのLightningサービスとどのAPIがどのWebまたはモバイルアプリに適しているかを選択する際の主な考慮事項は、次のようなセルフホストソリューションを選択するかどうかです。 BTCPayサーバー, LNペイ or LNbit、またはのような保管ソリューション ゼベダイ or ストライク。 ここでも、トレードオフが適用されます。

  • セルフホストソリューションを使用すると、資金を完全に制御できますが、チャネル、バランス、接続、規制コンプライアンス、サーバーの稼働時間などを管理するという形でメンテナンスが必要です。
  • カストディアンソリューションは、多くのメンテナンスを手放しますが、カストディアンがお金を保持することを信頼する必要があります(そして、そうする意思がある場合は、そもそもLightningは必要ありません)。 さらに、保管サービスは、独自のコンプライアンスのために特定の管轄区域でのみ動作し、それらの地理的制限は、当然、それらを下流で使用するサービスにも適用されます。

しかし、ビットコイナー哲学における彼らの長所が何であれ、どちらのアプローチも機能します。 噴水 ユーザーがリスニング中にsatをお気に入りのポッドキャスターにストリーミングして戻すことができ、LNPayを使用して独自のノードをホストできます。 同じように、ライトニング側の Twitterのチップ機能 StrikeのAPIで動作するので、大規模な公開会社(またはそれはElonだけですか?)は彼らの管理サービスに満足していると思います。

あなたにぴったりのものを選択してください。

LNC

セルフホストソリューションに関連するノード管理は、ドラッグのように聞こえるかもしれません。 しかし、インターネットバンキングのWebサイトで請求書やアカウントを管理するのと同じように、Lightningノードのチャネルと残高を管理する便利なブラウザインターフェイスでそれを実行できると想像してみてください。 次に、そのような機能をユーザーに提供することを想像してみてください。 世界はあなたのLightning対応のフィンテックオイスターになります。 と Lightningノード接続 (LNC)は真珠です。

上で述べたように、ブラウザは基本的にサンドボックス化されたオペレーティングシステムです。 LNCはWebAssemblyを適用して、Lightningのその属性を活用します。 LNCは基本的に、ブラウザを介した完全なリモートノード管理を可能にします。 ユーザーがブラウザを介してノードにアクセスして制御できるようにすることで、Web開発者は、サイトのUXを作成する方法に素晴らしい柔軟性をもたらし、収益性の高いさまざまなアプリケーションへの扉を開くことができます。

LNCを使用すると、ノードのgRPC(grpcリモートプロシージャコール)インターフェイスにアクセスできるため、オペレーターは、他の高度な機能に加えて、チャネルを開いたり、閉じたり、リバランスしたりできます。 LightningWebターミナル それが実際にどのように見えるかを示す良い例です。 この端末は基本的に、どこからでもアクセスできるパワーユーザーのノード用のリモコンです。

あなたは漫画「それから奇跡が起こる」を知っています。 さて、LNCは奇跡です。 

画像ソース

キャッチは何ですか? 二つあります。 まず、LNCはLightning Labsの発案によるものであり、現時点ではLNDでのみ機能します。 次に、外部からノードを制御できるほど、その外部インターフェイスに付与する必要のあるアクセス許可が増えます。 付与する権限が多いほど、攻撃対象領域が大きくなる可能性があります。 LightningLabsにはいくつかのリストがあります 潜在的な脅威 デーモンへのアクセス権を持つ人間、フィッシングの試み、ブラウザの脆弱性、サードパーティの拡張機能など、それ自体。 Lightning Labsの技術者は真面目なエンジニアですが、このように幅広い権限を持つアプリは、「pwned」を取得するための招待状になる可能性があります。

LSAT

Lightningサービス認証トークン (LSAT)は、Lightningをこれから説明するWebと統合するための最後の手段です。 いいえ、彼らは誰がなるのに十分迷惑なのかを確認する方法ではありません 弁護士。 LSATの背後にある基本的な考え方は、慎重に定義されたものを使用することです マカロン ユーザーを認証し、サイトでの支払い機能を定義します。

賢く、 LSATプロトコル HTTPコード402を使用します。これは、「支払いが必要」または「将来の使用のために予約済み、」と質問する人によって異なります(Lightning Labs LSAT仕様は素晴らしいですが、逆説的に、「このドキュメントは未来が到来したことを前提としています」と述べています)。 その402コードは、「チケット」を呼び出すために使用されます。これは、ユーザーを同時に識別し、そのユーザーがサービスと対話する方法を定義するマカロンです。

LSATの最初の利点は、認証と支払いの許可がXNUMXつのステップで行われることです。 このサービスは、ユーザーと、そのユーザーとの間の支払いが表示されるとすぐにどのように機能するかを認識します。 訪問ごとにユーザー名、パスワード、設定金額はありません。 時々それは なじみがあります.

すべてのLightning統合テクノロジーの中で最もおいしい。

画像ソース

第二に、これらのAPIは、ストリーミングが Breezポッドキャストプレーヤー (私たちは使用しますが キーセンド 代わりは)。 これは別の方法です サブスクリプションを不要にする。 ユーザーは、ポッドキャストオーディオ、ストリーミングビデオ、ゲームプレイ、テキストベースのメディアなど、使用したものに対して、単位や間隔を問わず、秒単位で支払うことができます。

LSATには大きな可能性があり、おそらく ソーシャルメディアからボットを追放する ユーザーにとっては些細なことですが、ボットにとっては法外なマイクロインタラクションに対してマイクロペイメントを請求することによって。

いいね! ボットを禁止し、LightningとWebを統合する革新的なテクノロジー! ハレルヤ! キャッチは何ですか? わかりませんが、LSATが数年前からどのように存在しているかはわかりません。それでも、LSATを実装している主要なサービスをXNUMXつ挙げることはできません。 それは単なるネットワーク効果の問題であり、誰もが他のすべての人が思い切って行動するのを待っていますか? それとも、より深く、より実質的な抑制がありますか? 読者の皆さん、たぶんあなたは私にそのことを教えてくれるでしょう。

未来は現在の延長です

web3は未来であり、暗号通貨やネットワークと関係があるようだと言う人もいます。おそらくどこかにDeFiの不正行為もあるでしょう。 私にはわかりませんし、他の誰かもそうするかどうかはわかりません。 私が知っていることは、未来はビットコインに属し、ライトニングはビットコインを液化するテクノロジーであり、誰もが愛し、維持したいと思っている機能しているワールドワイドウェブを持っているということです。

LightningがWebに浸透する運命にあり、WebがLightningを主要な支払いテクノロジーとして使用する運命にあることは明らかではありませんか? それとも私だけですか?

LightningとWebの統合は、かつては恐ろしい見通しでしたが、現在はそうではありません。 私たちは、さまざまなユースケースに対応するさまざまなテクノロジー、テクノロジーを革新および完成させる開発者の活発なコミュニティ、そしてすでにWebを愛し、ビットコインを愛するようになっている世界を持っています。

おそらく何よりも、LightningとWebを統合する方法を説明するための中央標準は必要ありません。 誰もが自分の地域のニーズに最適なテクノロジーを選択し、開発コミュニティと協力してその改善を支援することができます。 新しいLightning対応のWebは、必要に応じてゼロから有機的に成長します。

これはロイ・シェインフェルドによるゲスト投稿です。 表明された意見は完全に独自のものであり、必ずしもBTCInc.または Bitcoin Magazine.

タイムスタンプ:

より多くの Bitcoin Magazine