訳はもう無理ぽ
katana氏はどこのAPIから転送額と手数料を取得してるんだろ？
tailscaleならexit nodeとなるコンピュータを用意できればそこを踏み台にして外へ接続できます。
nostrの投稿が消しにくいってのと、秘密鍵が重要すぎるってのは、毎日使い捨ての鍵ペアを作って匿名掲示板みたいに使えばいいかもとちょっと思った
リレー管理者からはIP見えてる？から匿名ではないかもだけど
Tor経由なら発信IPアドレスも特定しずらくなるね。
Torブラウザを使うとか、ブラウザの拡張機能でTorプロキシを通すようにするとか。
telegramでも同じことはできるけどJSONとwebsocketで取り回しがわかりやすかったり、専用ノードが不要だったりする。
あとtelegramに依存しなくてもスマホにメッセージを送れるってのがいい。
お試しで自分の環境で立ててるmempool.spaceから推奨Feeリストを取得してノートを作ってプライベートリレー宛に公開してみた。
ちゃんと動く。
API叩いて取ってきた情報をtempleteを使って本文を作り、それをnostrにノートで投稿するだけのボットなら簡単につくれるな。
DMを活用すれば自分だけになるし、Umbrel nostr-relayのようなプライベートリレーで公開しても良い。
#Node-RED
この件でライトニングノードの実装の1つcore-lightning(CLN)でちょっと揉めたんだよな。
CLN実装者はdescriptionは空にせず載せるようにインボイス発行APIに修正したんだけどLNURL実装は空にしてhashでAPIを叩くままにしてた。(変更はchange logに掲載してたのにスルーしてた)
で、動かなくなったので文句言って結局CLN実装側が折れて元に戻した。
NIP-57 protocol flow 6.の訳がつらい。
Zapリクエストをライトニングインボイスのdescriptionにするんだけど、実際はそこに入れないで空にする。その替わりにZapリクエストのハッシュをdescription hashにつめてライトニングノードにインボイス発行を要求するんだな。
この動作を説明するのが6.なんだけど英文の構造が俺には理解できない。
Instead of
かわりにっていうか、しないで、だな。
kind: `9734` はnostrイベントとして発行しない(リレーに送らない)で、lnurl pay requestのコールバックにのせるからね。
ligessだとライトニングアドレスサーバ兼zapレシート発行なんだな。
こいつがライトニングノードに対してAPIたたいてインボイスを作らせるんだからここでzapレシート作って投げるのが筋だよな。
いや、そうでもない。
scrapboxの他のNIPみたら訳してるようだ。
もうこれ記事を作った・編集してる人のセンスだな？
zapperが改訂版から消えた。
ライトニングノードが9735を作って投げるという説明になってる。
うーむ、CLNもLNDもその機能はビルトインされてないんだが。
CLNはプラグイン、LNDはREST・ｇRPCを叩くアプリがそれを担う。だってインボイスのDescriptionにzapリクエストが入ってないからライトニングノードでzapレシートつくれないでしょ。それを知ってるのはプラグインやアプリで、こいつらはDescriptionHashしか渡さんし。
scrapboxを見る人でかつ開発者でない人を想定にNIP-57の記事を加筆修正でいいのかな？
開発者ならgithubのNIPを見るだろうし？
ツイッター
じゃなくてXはWeChatのようになりたい、ってコト！？
>ビットコインを高速で転送する技術
これofこれ
ライトニングネットワークをさっと言い表すならこれじゃね？⚡⚡⚡⚡⚡
こうやろ？(てきとー)
プロトコル は http
サーバがApache, nginx, caddy
クライアントがChrome, Safari, Firefox
→WWWを実現
プロトコルは nostr (と websocket)
リレーサーバがnostream, nostr-rs-relay
クライアントがDamus , Amethyst, Snort, Iris
→SNSを実現
500satsのサンキューzapゥ！