数えてみたんだけど、fedibird.comは4,125のサーバからフォローされているね。
そのうち、私のアカウントをフォローしているサーバは1,261だった。
私が適当に って投稿すると、1,261のサーバにCreate Activityが送信される。
リモートのフォロワーは7,363いるけど、各サーバへは代表して一回だけ送れば良いので、17%ぐらいの送信量で済んでるね。
Misskeyのプロキシアカウントは、必要ないときにフォローする動作をやめた方がいいと思うよ。
たとえば、私のフォロワーがそのサーバに既にいて、投稿が相手のサーバに届いているときでも、そこのサーバの誰かがリストに入れただけでフォローしてくる。しなくていいよ。
具体的に言うと
1. ioのバナーはプロフィールの「追加情報」として連合される
↓
2. 結果、追加情報が30個くらいついてるユーザーが生まれる
↓
3. 追加情報欄のPleromaのデフォルトの上限がわりと低いので、上限を余裕で越す
↓
4. よってPleromaはRejectするが、バグがあって「Rejectしたものを再Fetchしない」ようになっていない
↓
5. そのため、PleromaはまたFetchしようとする
↓
6. 3に戻る
となっています [参照]
村上さんが言ってたAkkomaの問題ってこれかな
/ 831 - [bug] Spamming Fetch Requests - AkkomaGang/akkoma - Akkoma Development https://akkoma.dev/AkkomaGang/akkoma/issues/831
AkkomaとPleromaからのDDoS、Misskey.io全体のリクエストの半分ぐらいを占めているのでさすがにそろそろ直してくれないと金銭的に無駄すぎるのでブロックせざるを得ない
現状はまだまだXが圧倒的だが、日本でBlueskyやThreadsのユーザーが増えてる話
RE: https://bsky.app/profile/did:plc:rddeinqb45gzem3n3zyma7im/post/3lbrgy3xyza2r
→ のブリッジ状況についてはBridgy Fed開発者さんが チームと情報共有する投稿をしていたので、ここチェックしているといいかも。
After migration to non-archival relay, not ingesting records from some independent PDSes · bluesky-social/atproto · Discussion #3094 · GitHub
https://github.com/bluesky-social/atproto/discussions/3094
Bridgy Fedの で、ブリッジ後なら「非ログインユーザーに非表示」を有効にしてもブリッジ継続してる件、
・ブリッジ継続するか
・ブリッジアカウントはそのままにしてブリッジを一時停止するか
・ブリッジアカウントも削除して完全にブリッジ解除するか
どうしようか?って考えてるみたいです。
で、「非ログインユーザーに非表示」が有効ならブリッジしない、というシンプルな仕様にする可能性が高い、ともあるので、少なくともブリッジ停止になる可能性が高いかも……
AT => any: Allow opt-in while hidden from logged-out users · Issue #1550 · snarfed/bridgy-fed · GitHub
https://github.com/snarfed/bridgy-fed/issues/1550