このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
あれ、Bridgy Fedを設定されていたのか。私が確認したときはブリッジされていないように見えたけど、すわユーザスクリプトの不具合か? ……と思いきや、どうも確認した後にブリッジされていたらしい(<at://did:plc:tv47zkg62tbrsbs6sm23wttw/app.bsky.graph.follow/3lj65pxqcag2d>)。約1時間差のすれ違いである
ところでBlueskyについて「連合」/"federation"のような用語は馴染まなそうという話はBluesky側からも挙がっていたりするので(<https://bsky.brid.gy/r/https://bsky.app/profile/did:plc:fpruhuo22xkm5o7ttr2ktxdo/post/3l7pxu6ivss2l>)、分散的かはさておいても少なくとも「連合型」と呼ぶのは避けた方が良さそう [参照]
Atmosphereでは基本的にPDSからリレーへ、AppViewへという一方的なデータの流れがあるだけで、「連合」という用語から想像されるような対等なノード間の横の繋がりはないし
この形自体は恐らく「ActivityPubはフルメッシュだからスケールしない」(雑要約)的な立場によるものだろうから、優位劣位というかまあ何というか方向性の違いっすねという感じ。分散的かはさておいて
何というか一般論として、単に手頃なTwitter代替が欲しいだけだとしても何も恥ずべきことはないので、無理に「分散」という崇高そうな論点のワンイシューでFediverseに対してBlueskyを持ち上げようとせずとも、普通に"Nazi Bar"でない有力なTwitter代替くらいの気持ちで移行を呼びかけた方が健全なのではと思わないでもない
まああえて「分散」を重視する立場を貫くのだとすれば、ネットワーク全体の集約を行うノードの仲介無しにコミュニケーションが成立しないプロトコル設計(<https://dustycloud.org/blog/how-decentralized-is-bluesky/>)は本質的に重要な課題として挙げられて然るべきなのでは(「課題」というかかなり中核的な設計判断だろうから、個人的には「解決」可能とも思わないけど)