Fediver

アカウントのポータビリティって点ではconcrntと同じようなこと考えてるんだな、AT Protocol

でも現実にはユーザーは秘密鍵の管理とかできないしとかでいろんな妥協を入れてあの形なのね。

AT Protocolのサーバーはローカルノートしか持っていない。
ただ、ノートはどんどんRelayというサーバーに流していく。Relayは複数あってもいいんだけど現状はBlueSkyが立ててるやつだけあってみんなそれに流してる。

そしてRelayは流れてきたポストをすべて、どころか流してきたユーザーの過去の投稿もすべて保持してる。つまりtwitterなみのモノリスデータベース。

bskyユーザーがアクセスしている https://bsky.app というサイトはじゃあRelayにアクセスしてタイムラインを表示しているのかと言うと、実はさらにもう一枚かましてる。

Relayからストリームを引き出してタイムラインとして整形するAppViewというサービスもあり、https://bsky.app はAppView経由でRelayに蓄積された全ノートから自分関係のを見たり検索結果をとったりしてる。

投稿するときは https://bsky.app から自分の所属PDSへノートが登録される。 https://bsky.app がどこのPDSへノートを送ればいいのかわかるのかというと、それはPLCディレクトリに問い合わせることでわかる。

分散型のAT Protocolでも、ユーザー管理名簿であるPLCディレクトリ、これだけは集中なのね。
そしてユーザーID（だとユーザーが思っている「ハンドル」、@yuba.bsky.social みたいなの）と真のユーザーIDであるDIDとの対応関係がこのPLCディレクトリにある。

で、ハンドルというのが実はドメイン名形式であって、ドメインの持ち主だけがハンドルを取る権利があるんですよ。持ち主というのは、ユーザー自身がドメイン名を持っているか、所属サーバー（PDSという）がドメイン名を持っているか。

@yuba.bsky.social というハンドルは、所属PDSであるbsky socialがbsky.socialドメインを持っているから取れたわけ。
ハンドル取っちゃったあとは、もうこれ持って他のPDSに引っ越すのも自由。だから、@yuba.bsky.socialって見た目だけど所属先はbsky socialじゃないってことにもなれる。

ユーザーID（ハンドル）は所属先PDSを表していない。
所属先PDSが知りたければ、PLCディレクトリに聞きなってかんじ。

AT ProtocolでのユーザーIDとサーバーとの関係がわからなかったんだけどここを理解できたのが大きい

ActivityPubとAT Protocolの違いをだいぶ理解した。

「ActivityPubとAT Protocolを両方しゃべるSNS実装（ブリッジではなく）」も概念としてありえるなってところまでだいたいわかった

拡散したオルーさんのつぶやき

・個人としては「銀河」がいい
（つながれる誤解が生まれない）
（BridgyFedでのつながりはあくまで例外的で
　通信プロトコルで別サバと繋がる本来の連合ではないもんね）

・ ​​ というかAT Protocolでの連合世界は
　Fediverseとして紹介されないケースがほとんど
（Wikipediaは私も見たんですよ実は
　そもそも ​​ が無い……だと……ってなって帰ってきた）

・Fediverseが宇宙でも銀河でも
​​ を含むAT Protocolで喋る群は
​​ 喋る群と連合が何か本質的に違うから呼ばないのか
　通信プロトコルが違うだけで本質は同じで
　AT Protocolの現状が事実上ほぼ ​​ 一強で
　体裁として分散型感がまだ限りなく薄いから呼んでないだけか
　はよくわからん

ということですね（最後はわかる人はわかるのか）

「宇宙」なのであれば、
「銀河」を指す別の言葉があってもいいのかな
​​ 界的な……

#delmulin

Bluesky Pythonでポスト検索などあれこれ AT Protocol SDK #ATProtocol - Qiita "client.repost(post.uri, post.cid)" https://mnmm.top/k4q

少なくとも現状では、「Blueskyから出て行け」は「AT Protocol から出ていけ」とほぼ同義だからなぁ。
俺もBlueskyから追い出されると非常に困る。

Fediverse だと良くも悪くもその点が違う。Mastodonに限っても、ある鯖から追い出されても別の鯖に登録できるし、Mastodonそのものが嫌になったとしてもほかのプラットフォームもあるし。

@dampuzakura AT Protocolなんてただの中央集権でしかないんだけど...
この画像はAT Protocolの仕組みを表したものだけど, PDS, つまり各サーバーはBGSという巨大なサーバーに接続し, そこから返されるデータを使って連合を実現してる
問題点はPDS同士の接続がなく, BGSがあるPDSをブロックしてしまったらそのPDSは全く連合できなくなること
BGSは基本的にBluesky公式のものしかないから, Bluesky公式が気に入らないPDSはブロックし放題

この記事に取り上げられているBluecast（AT Protocolを使ったインターネットラジオサービス）は特に有名で、自分のFediverseとBlueskyとでの共通フォロワーもたまに配信してるし最近は産経新聞の公式なども使い始めている。

あれだ、批判は真っ当だけどそれでAT Protocolをよいしょしようとするのはどうなんすかね？ って

AT ProtocolをATPと略してしまうとアデノシン三リン酸が脳裏を過ぎる

"nobody should care about federating besides nerds"（オタク以外は連合について気にしない）というのがBluesky (AT Protocol) のデザインのあり方だというこの書き込みだが、Fediverse（内にある個々のSNS）においても連合を意識すると概念が複雑化するという話かと