きりの
imksoo@nostr.wirednet.jp
npub1vd9a...wen9
きりのです。
Nostr relay operator.
My Nostr relay service (for global):
wss://relay.nostr.wirednet.jp
My Nostr relay service (for Japan):
wss://relay-jp.nostr.wirednet.jp
Nostr Feeds (のぞき窓):
https://relay-jp.nostr.wirednet.jp
NostPic (Image uploader for Nostr)
https://nostpic.com/
これも電磁波の影響かなぁ(すっとぼけ
NostPic復活したかテスト
NostPicもCloudflare使ってるのバレちゃう。
Xが死んでると聞いて😇
酔っぱらﾍﾟｨ
夢想マシン
萎える
おっ立てる
しゃぶしゃぶ
Fediverse周りのサーバーでデータベースのスキーマ拡張するのが一番困る(時間がかかる、失敗したらバックアップから戻す…戻せる？、でも脆弱性対策のアプリバージョン更新とセットになってると逃げられない)のだけど、今のところのNostrはそういう難しさにまだ直面していないのが良さ。
結構たくさんのユーザーを集めたMastodon鯖ですら企業が逃げ出すレベルだから、ATProtocol(Blueskey)で別鯖を立てるのはあの運営以外には無理なんだろうなぁ……とは思う。
のこたろさんといくらどんさんがBsky鯖立ててたの凄いなー……と思ってたりはする。リソース量が多過ぎて手が出なかった。
鯖としての必要な強さ(=鯖管の毎月の金銭的なダメージ)のイメージ。
Nostr <<< Mastodon < Misskey <<< Bsky
Blueskyは結局スケールしない方向なんですっけか。(知らない)
Fediverseはドメインにアカウントとデータが紐付いちゃうから、ドメイン主がやり続けないといけない義務感がある。。。お一人様鯖ならどっちでもいいっちゃ良いけども。
ほとんどNostrリレーは仕事しないのでコストが安いはそれはそう。一方でリレーが1台いなくなったところで困る人も少ないのでやりがいがないから気軽に止められちゃうのもそれもそう。
X (formerly Twitter)
mattn (@mattn_jp) on X
ここがものすごく伝わりにくい所で、なぜ Nostr が負荷に対して生き延びれるかの部分なんですが...
(発火大根...
strfryは、CPUもDisk I/Oも凄く効率的に使ってる感じなので特に大規模鯖になるほど差が出てくる。(NostreamはCPUもDisk I/OもPostgreSQLが膨大に食べちゃう、nostr-rs-relayはREQ処理のCPUが高騰し続けることが多かった)
ガンガンガン速
Nostreamの時はめっちゃストレージをくってたからstrfryにするときに256GBぐらいの仮想ディスクを割り当てたんだけど無駄だったな……。
NostrのデータをRAGするgpt-oss-20bみたいなの世の中のどっかにありそう。