具体的に言うと
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