新しいアメジは被ミュートを通知してくれなくなったらしい
寂しいね
Don
nikolat@nikolat.github.io
npub1dv9x...6uhz
私は元気です
海外製のWebクライアントはもれなくDM送受信機能が付いてるイメージがある
ログインした瞬間NIP-07復号許可飽和攻撃してくる
やる気ないクライアントでよければこれとか
View quoted note →
DMの仕様の種類と主要クライアントごとの対応表みたいなの需要あるだろうか
あかんで
ミュートは公開/非公開選べます
フォロー通知が無いSNSとして宣伝したら案外人が寄ってくるかも
同一pubkeyでも毎秒投稿しているようなスパムはチャンネルにいても厄介なんですよね
limit:10 で取得したらその投稿だけ取得されて真っ当な人の投稿が取得できない
(since,untilで区切って取得してるクライアントはこの限りではない)
authors に含まれなかったらリレーにスパムが湧いてる場合と同一視できそう
フィルターに含まれないイベントが返ってきたら弾くライブラリが流行るようになるかも
rx-nostr とか
リストもうまく活用したいよね
アクティブでない人リストとかに分離すればフォローリストも軽くなるし
ブロックは、タイムアウトが長すぎて数十秒待ってerrorになる、みたいなやつ以外はそこまで害ではないと思います
思想つよつよんちゅはリレー絞ってるよね
自分のフォローイーの投稿を見るために手作業で読むリレーを指定するのも正しい
自動でやってほしい時に勝手にリレーを探索してくれるのがアウトボックスモデルってだけなので
ブロックリレーリストは(対応してるクライアントでは)そのリレーには繋に行かないことが期待される
アメジとかノスハイクみたいなアウトボックスモデル対応クライアントはサポートしがち
死んでるけど残しておきたい場合はそういうリストを作ってもいいし
View quoted note →
自分のwriteリレーは「私はこのリレーに書いてるからこのリレーから読んでね」とフォロワーに案内するリレーなので生きてるリレーを指定してね
KAGENUIはこちら
KAGENUI
リレーメンテナが作ってるクライアントとかはリレーに負担の無いREQを投げるはず
のぞき窓とか
リレーに負担かかるとしたら、ヘタクソなREQを投げるクライアントを使ってるとかだと思う(ブーメラン)