Conversation

Notices

Embed this notice
のえる (noellabo@fedibird.com)'s status on Friday, 22-Nov-2024 14:57:45 JST のえる
- かき@GNUsocialJP
こりゃブルースカイのブリッジ大変だ、リレーを増やそう……というわけにはいかないよ、という事情を説明したのがこれ。
QT: https://fedibird.com/@noellabo/112378483282033140 [参照]
In conversation about 2 days ago from fedibird.com permalink
Attachments
1. Domain not in remote thumbnail source whitelist: s3.fedibird.com
  
  のえる (@noellabo@fedibird.com)
  
  from のえる
  
  ブリッジ方式の弱点は、橋渡しを行っているブリッジが、ひとつだけしか存在しないことです。よしんばブリッジを複数設けるとしても、今度は同じアカウントが複数の名称を持つことになり、重複してしまいます。（ブリッジA、ブリッジB、ブリッジCがあると、noellabo.jp@A、noellabo.jp@B、noellabo.jp@C、というまったく同じ内容のアカウントが発生してしまうということです）そして、そのブリッジを利用するActivityPub上のサーバ、AT Protocol（Bluesky）上のサーバが、ただ一つのサービスに依存することになります。 Bridgy Fedは、Ryan Barrettさんが作って、個人で運営しているサービスです。 Ryanさんは分散SNSに対する理解・理念・非営利で持続できる運営体制など、頼りにできる信頼に足る人物であろうと思いますが、そうであっても、ひとつのサービスで発生したトラブルが全体に影響を及ぼす構造であることは避けられません（単一障害点）。そういった問題を構造で解決しようというのが分散SNSの目指すところで、理想から遠ざかってしまうのです。解決策はあるかもしれませんが、原状、そういうポジションにあるということは憶えておいてください。
- ゆりは likes this.
- Embed this notice
  のえる (noellabo@fedibird.com)'s status on Friday, 22-Nov-2024 15:01:20 JST のえる
  in reply to
  - かき@GNUsocialJP
  - risahana
  @risahana こん！ 🍎 🍎
  金曜日はいいねえ。仕事しあげなくちゃねー
  
  In conversation about 2 days ago permalink
- Embed this notice
  risahana@mstdn.jp's status on Friday, 22-Nov-2024 15:01:21 JST risahana
  in reply to
  
  @noellabo こん！のえるさん🍎🍎
  素敵な金曜日を✨️✨️
  🍎
  
  In conversation about 2 days ago permalink

Public

Conversation

Notices

Feeds