のえる @noellabo@fedibird.com

Fedibirdではよく『連合志向』という言い方をしていますが、fedibird.comではローカルとリモートのアカウントを区別せず、一人一人がFediverseという大きな空間・環境の中で活動するようにデザインしています。

コミュニティとしては、ラウンジ・カフェテリア的に運用されている #fedibird ハッシュタグのタイムラインと、グループ機能によるユーザー設置のコミュニティがありますが、あくまで参加したい人だけが集う場所で、どのサーバからでも対等に参加できるようになっており、帰属サーバとは切り離されています。

区別しないと言っても、サーバ間で互換性のない機能についてはリモートとローカルの差は生じるのですが、Misskeyなど他実装の機能を直接サポートしたり非互換性をケアするなど、できるだけ不自由なく交流できるように工夫しています。

fedibird.comの設置・運営目的は、ActivityPub系のFediverseの普及を後押しすることで、既に一定程度の貢献を果たせたものとして、新規登録の募集は停止しています。招待URLを通じた登録は受け付けているので、既に登録している利用者から招待を受ければ登録可能です。

fedibird.comがどういうサーバか、あらためて説明してみます。

fedibird.comは、Mastodonをベースに様々な機能拡張を加えたサーバソフトウェアである『Fedibird』で運営されるFedibirdの旗艦サーバです。

MastodonやMisskeyには、同じサーバの利用者の公開投稿が流れるローカルタイムラインという仕組みがあり、自然に一つのコミュニティとしてまとまりやすく、それぞれに独自に盛り上がりやすい性質があります。サーバの運営者としても、自分の作りたいコミュニティをホストするのに都合がいいので、自分のサーバを設置・運営する動機づけにもなっています。

他方、コミュニティにはカラーがあり、同調圧力も強くなるため、どんな人たちがどういう話をしている場なのか、ということを強く意識させられます。大きなサーバであれば群衆に紛れるようになりますが、それでも場の雰囲気は作られるため、それを基準にサーバを選ばなければなりません。

ここに、Mastodon特有の使いにくさがあると考えました。

そこでFedibirdでは、サーバのコミュニティ化を防止し、一人一人が直接連合に参加するような環境を提供できるよう、ローカルタイムラインを削除する選択を行いました。 #fedibird

#yurunee

おはよう少年！ #ohayougirl

ブリッジ方式の弱点は、橋渡しを行っているブリッジが、ひとつだけしか存在しないことです。

よしんばブリッジを複数設けるとしても、今度は同じアカウントが複数の名称を持つことになり、重複してしまいます。

（ブリッジA、ブリッジB、ブリッジCがあると、noellabo.jp@A、noellabo.jp@B、noellabo.jp@C、というまったく同じ内容のアカウントが発生してしまうということです）

そして、そのブリッジを利用するActivityPub上のサーバ、AT Protocol（Bluesky）上のサーバが、ただ一つのサービスに依存することになります。

Bridgy Fedは、Ryan Barrettさんが作って、個人で運営しているサービスです。

Ryanさんは分散SNSに対する理解・理念・非営利で持続できる運営体制など、頼りにできる信頼に足る人物であろうと思いますが、

そうであっても、ひとつのサービスで発生したトラブルが全体に影響を及ぼす構造であることは避けられません（単一障害点）。

そういった問題を構造で解決しようというのが分散SNSの目指すところで、理想から遠ざかってしまうのです。

解決策はあるかもしれませんが、原状、そういうポジションにあるということは憶えておいてください。

ブリッジは、相互接続されている状態を模倣してくれるし、一定の利便性を提供してくれますが、双方のサービスが本当につながっているのとは異なります。

必要最小限、恩恵が受けられて依存しない範囲で利用し、その欠点・問題点を十分に踏まえて利用すべきものです。

つながるのは面白いので試せる人は試してみると良いと思いますが、使わない方が良い場合も多いので、事前によく調べてみてください。

こちらはBridgy Fedという、ActivityPubやBluesky、IndieWebなどのブリッジサービスを利用した相互接続の様子です。

Bridgy Fed
https://fed.brid.gy/docs

Threadsが（制限がありながらも）ネイティブにActivityPubを実装しているのに対し、ブリッジは異なる実装間を代理接続する形でつなぎます。

Mastodonから見えるアカウントは、Bridgy Fedのサービス上に作られた代理のアカウントです。Bot扱いになっていますね。

フォローしておくと、接続してあるBlueskyのアカウントの新着投稿を代わりに流してくれます。お気に入りも代わりに伝えてくれます。

Blueskyから見えるアカウントも、Bridgy Fedのサービス上に作られた代理のアカウントです。

アカウントのフォローは事前に許可しておいたり、DMでリクエストを許可するようになっているそうです。

なお、X (formerly Twitter)のアカウントをActivityPubにコピーしてくるサービスもあるにはありますが、これはできるだけ使わない方が良いです。

X側が相互接続を認めていないのを無理矢理つないでいるため、ただの無許可コピーになってしまっています。
QT: https://fedibird.com/@noellabo/112374571388595625 [参照]