iqbqioza.com

バベルの塔のイラストが、これ真っ直ぐなん？水平なん？とおもったけどちゃんと水平に置かれてるんですよ。錯覚。

もしかしたらバベルの塔は錯覚が強すぎて垂直方向に伸ばせなくて傾いて崩壊した説(暴論)

さすがに画像は生成 AI に頭下げて作ってもらった。

WatchTower は管制塔のアイコンにしようと思ったけど、Nostr はノストラダムスの大予言だし、「じゃあバベルの塔にしたろ」ってノリでバベルの塔にした。

今後 nostrfy は立ち上げるのが楽になると思う。とりあえず設定ファイルに管理者 npub だけ書いて、ホスト名設定だけして、https://watchtower.nostrfy.org/ で自分のリレーにログインして操作して設定変更、イベント BAN、IP BAN などなどコントロールできる。

これは nostrfy 独自の機能ではなく NIP-86 の規格に沿っているので、WatchTower じゃなくても nak コマンドでもできる。

すべての NIPs をサポートした「モダン」リレーエンジンを作っていて思うのは、「これ大丈夫なん？」とか気づいたり「このメソッド無駄じゃね、XXでいいやん」ってのがわかる。

いまの NIPs は各種クライアントの主張や力が強すぎて、「ほぼ同義」のものが多くなっちゃっている。

オープンソースでよく見かける「batteries included」は直訳すると「電池付属」で「他のものを用意しなくてもすぐ使えますよ」という意味。

nostrfy が大きく強く出るシーンはプライバシー、Blossom サーバ内臓、グループ、NIP-86 によるリレーサーバ管理(わざわざサーバに SSH しなくていい)といった「batteries included」なところ。

nak がなかったら多分実装できないと思う。Nostr アーミーナイフの名に恥じないツールだから、結構頼っている。nak で通ったときはドーパミンドパドパ出る。

Nostr はリレーサーバ実装するよりクライアント作るほうが難しいのかもしれない。リレーサーバは仕様がある程度決まっているのと、nak で検証で再現性が高い一方でクライアントは自由だからそこに難しさが出てくる。

ただ、NIP-29/NIP-86/NIP-42などリレー側でちゃんとしないといけない実装は結構むずいし、これといったドキュメントがなくて、ほぼリバースエンジニアリング。