あわゆき氏の図解、マジよく出来てる。すごい。 右側がLN 左側がNostr 真ん中がLNURLでサーバ、ノードのやり取りが右側配置(ノードに要求してるのでLNぽさ) キレイにまとまってるッ！

3. サーバからノードへインボイス要求 ノードからサーバへインボイス渡し サーバからクライアントへインボイス渡し 5. ノードからノード。ウォレットは間に入らない。 こうだと思う。 3.のノードと6.のノードは同一だな。

これ？

あ、l402からレシート来てた。 今ごろ気づいてメンゴ

まずは相手のプロフにあるライトニングアドレスを解釈してサーバのURLを導きだし、そのURLにGETリクエスト。 ここはLNURLの範疇。 まずはこのレスポンスで相手がNostr zapに対応してるのか、金額はいくらまでなのかを知ることになる。 次にレスポンスにあったコールバックURLに対してzapリクエスト付けてサーバに送る。サーバは自分と接続するノードにインボイス発行させ、インボイスをレスポンスとして送る。 ここまでがLNURL。 インボイスを受け取ったNostrクライアントはNWCやライトニングウォレットにインボイスを渡す。 ここからLN。 ウォレットからインボイスを受け取ったノードが送金を開始する。 送金が成功したら受け取り側ノードがサーバに対して成功した事を通知(またはサーバが監視して検知する) ここまでがLN ここからNostr サーバがzapレシートをリレーへ送信。 リレーはクライアントへレシートを送信。 クライアントにzap印が表示される。

NIP-57 Lightning NetworkとLNURL、Nostrの3種混合て感じがする。 Nostrはzapリクエストの発行、zapレシートの表示。 LNURLはzapリクエストをサーバに渡してインボイスをもらう。 LNは送金。サーバが検知してzapレシートを発行。

スワップはSSDの寿命を縮めるのかな？

nostr. buildでファイルけしたら参照先が無くなる。 消えた扱いなんじゃね

不注意でこんなにも大金が飛ぶとは思わなんだ。