Fedibirdにあるサークルっていうのは、

・もともとMastodonで実装するつもりで開発されたもの（基礎のコードはEugenさんが書いた）

・サークルを連合させる基本機能（Bearcaps）は既に実装され、Mastodonに組み込まれて普及している

・Mastodonで開発を進めたが、見込んでいた形に落とし込めなかったので結局実装されなかった

・Fedibirdにあるコードは、その最終状態のものの生き残り（終盤のコードはほとんど私がかいたため）

・自分が指定したフォロワーにだけみえる投稿ができる機能（送信相手はフォロワーである必要がある）

・サークルは事前定義できるが、投稿時点の内容が使われ、あとで変更しても遡及して反映されない

・受け取ったフォロワーは、他に誰がこの投稿をみることができているのか、一覧が提供されないのでわからない

・返信すると、投稿者のサーバを通して、その元投稿の受信者に配送される（誰に届くかは元投稿者以外はわからない）

・Bearcapsだけ実装しているMastodonには連合を通じて届く（フォロワー限定にみえる）

・Fedibirdの『相互フォロー限定』は、投稿時点の相互に対するアドホックなサークル投稿
#fedibird #fedibird_info

Fedibirdにあるサークル機能による投稿は、連合させるデータが特殊なものになっています。

投稿本体を渡さずに、トークン（合鍵）を送ります。このトークンを受け取った相手だけが、投稿の本体を受け取ることができるという仕組みです。

この仕組みによって、フォロー関係の判定ではなく、トークンの有無によって公開範囲の制限（許可）が可能となっています。

連合するグループを実装するにあたり、確実に参加者だけが閲覧できる（参加していない人には見えない）機能を実現するには、この仕組みが必要となってきます。

Bearcapsという仕組みで、Mastodonのドキュメントにも仕様が記載されていて、実装されています。
https://docs.joinmastodon.org/spec/bearcaps/

もともとサークルは、Mastodonが実現しようとしていたものであるためです。

MisskeyやCalckey、PleromaやAkkomaがBaercapsをサポートしてくれれば、この方法でのプライベートグループが実現できるようになります。

検索されたいって意識しないと検索させられるようにできないのは、労力を発信側にかけすぎ感もあるしね。

そこまでまめなひとばっかだったら、Googleがディレクトリ型検索エンジンを駆逐することはなかったでしょう。

軽率にフォローしてTLの流量を増やしてから、合いそうな人だけ残して軽率にリムーブして盆栽していけばいいと思うんよね。最初から正解だけ得ようと思うとしんどいのでは。そしてみんなが、フォロー外されたぐらいで落ち込まないことが大事（これが一番）。軽率にフォローを外さないから、TLの治安がしんどいみたいな話になってくる。そういう話題を共有してくる人もブースト非表示かフォロー外してしまえば良い。

『モンハンライズ：サンブレイク』無料大型アプデ第5弾明日配信へ。アマツマガツチ参戦、“最強”に挑む特別討究クエストも実装 https://automaton-media.com/articles/newsjp/20230419-244597/