常にDMだけやる垢とかなら実質鍵垢と言えるかも…
そういえば自分もzapTシャツ届きました
お陰様で家族にも好評です
gossipモデルってなんなのかずっとわからなかったが、やった把握した…
まだ3月なのにもう桜咲いてるんだ…
屋号はガバガバだから、重複しててもいいんだけどドメインはIPとセットで絶対にユニークでないといけないから…
人間の柔軟さをもっと見習ってもろて
ドメインに８億するの！？
z言語とか絶対取れないじゃん
そういえば今もうなくなっちゃったんだけど、go言語.comっていうGoのオフィシャルサイトのリファレンスをほぼほぼ完全に邦訳してる凄い完成度のミラーサイトがあったんだけど数年前に消えてしまった…
（めちゃくちゃ本家のアップデートに追従してて誰がやってるかいまいち把握してなかったんだけど、お世話になりました
イギリス領インド洋…
Wikipedia調べではそもそもインターネット需要なさそうだから横取りされまくっても今は支障ないのか…
色々なリレーが色々な仕様外の独自制限があるので、厳しい…（まぁファールセーフのための制限だから必要ではあるのだけど
あー、これみてなかったけどREQに追加フィールドが生えるんですね！
nostrいじってると、HTTP/1めっちゃ良くできてるな？って感じる…
nostr、リレーを愚かなままにするためにはまずREQのfilterをもう少し柔軟にしないとクライアントが賢くなるのに限界があって厳しいな…というのが今の感想です
NOTICEでそういうの送られてきても、クライアントもそれに対応したコードを予め書くのはムズいっていう（プログラムは自然言語を解釈できないんだよねー💦
gossipモデル…？
…何て？
現状のまとめ:
仕様上優先されるべきはKind10002なのは間違いなさそうだけど、クライアントやリレーの対応状況的にはまだKind3しか解しないものが存在し得る前提で考えたほうが運用上妥当…みたいな感じだなぁ
雪猫さんのcreated_atが新しい方を採用する、は現状の落とし所としては良さそう
更新時はやっぱり当面は両方のイベントを洗い替えて送信って所は異論なさそう
そもそも今あるNostrクライアントでKind10002に対応してるものない説ある…？
そもそもこのKind3 contentはどこの方言なんや…
ところで色々書いてて扱いに困ってることがあるんですが、アカウントのRelay情報ってKind3のcontentとKind10002の２つにあるんですがこの２つの解決方法ってどうやるのがデファクトなんですかね？
Kind3はNIP規定外の情報だから、フォーマルな設定はKind10002なんだけど、例えば自分はどうも接続してるリレーのどこにもKind10002がポストされていないらしい…
Kind10002が優先されるのは妥当だとして…
1)Kind3しかない場合でもリレーの接続設定を更新したらKind10002も送信すべき？
2)Kind10002が既に存在していても更新時には同等の変更をKind3でも送信すべき？
俺は泣いた
可哀想に
面白い人はそもそもそんなテンプレ自体、考えもしないんだよ
凡人が想像して創作した御伽噺なんだよ
日が落ちたら青空も夜空になるからね🍷