AT Protocol (BlueSky Social)仕様解説 ～ W3C DID仕様を添えて ～ - Qiita

結論 まだMastodon以下の機能実現状況なので、SNS目的で参加するのはNostr以上に勧めしません。 API叩いて遊べる人や、自分で問題解決できる人向け ※現在、基本機能も完成していないためクローズドβ中です。 公式サーバーの作成には、既存ユーザーに発行される招待コードが必要です(2週間に付き1個) 有志の非公式サーバーもそちら用の招待コードが必要になりました。 まだまだ仕様も未完成！！！破壊的変更も色々起きるぞ！ ※コードを買ってまで参加するものではないと思います。開発やフィードバックに協力できる人のみ参加すべき。 はじめに Twitterの動乱に巻き込まれ、移住先にMisskeyやMastodonなど選ばれつつある今日このごろ、皆様いかがお過ごしでしょうか。 つい先日、BlueSkyのクローズドベータが開始されました。 BlueSkyは、Nostr同様Twitter創設者のジャッ

[fai_fx]

“最後に誰がデータ保持の責任を持てるのか？ Twitterは管理者が持つ。 ActivityPubは各インスタンスの管理者が持つ。 Nostrは多分誰も持たないことにした。 ATProtocolは最後にユーザーに持たせることにした。”…面白い。

[netafull]

アカウントポータビリティ！なるほどそうだったのか！それはいい！（Mastodonで改善してほしかったところ）あとブログへのリンクもありがとうございます！“AT Protocol(地方分権型 + アカウントポータビリティ)”

[hi_kmd]

アカウントが閉じ込められないというのはとても魅力的だ。今多くのアカウントがTwitterに閉じ込められているのを横目で見ながら、そう思った。

[pascal256]

Misskeyやマストドンと違ってローカルにデータを保持していればサーバをお引越し出来るから、SNSサービス側にロックインされないって発想なのね。仕組みとしては中々面白そう

[tweakk]

“連合型と、P2P型のアーキテクチャの長所を合わせ、オープンなソーシャル環境を作るために開発が始まりました”

[takamatumoto7]

“APIの叩き方”

[deep_one]

ActivityPubとも違うのか。／なんとなく機関レポジトリシステムを思い出す用語が並んでいる。／完成すると面白いが、完成できるだろうか。／あと、量子コンピューターでIDが突破されないか。

[syamatsumi]

ベンダーロックインを防ぐための仕組み作りは良いねと思うけど散々凍ったり消されたりの仕打ちを受けてきた身としては胡散臭さしか無いわね。本質的な狙いはシャドウバンが出来るマストドンでしかねーじゃんか、と。

[zyzy]

分かり易い。一番気になるのはやっぱクローリングインデクサーの今後の充実かな？

[tmatsuu]

自分もatprotoを少しずつ触ってるので答え合わせでめちゃ助かる。わいわい。連合同期用と思われるcom.atproto.syncは現状websocket通信になっているようで、流れてくるのはCBOR形式でした。

[JULY]

「ATコマンドではないですよ」先回りされていた...

[pot_au_feu]

あとで読む

[yto]

ATP

[send]

ちょっと興味出てきた

[worris]

“ActivityPubによるFederationと何が違うのか？ (Mastodon、Misskeyとかとの違いは？) アカウントポータビリティ, スケーラビリティ　この2点です。”

[kappaseijin]

1周目。個人的重要点 “DID/ユーザー識別子 あるいは リポジトリ識別子” " "※ハンドルネームはホスティングサービスに依存するため、引っ越しで変わりうる。DIDはポータブルであり引っ越しても変化しない。"