@moja.blue
10.11.2023 10:36
👍 0
🔁 0
💬 0
📌 0
@moja.blue
!jazbot whereami
👋 Heads up — we're releasing a "developer sandbox" for devs to test out the technical bits of federation, like running their own server!
This is a big part of Bluesky's vision of an open ecosystem, but for now, none of this will affect your experience here.
Let's explain what this all means:
Developers, the sandbox environment for federation is now ready for you! Help us test out the technical infrastructure for federation 🪄
Please read our sandbox guidelines and instructions here:
https://atproto.com/blog/federation-developer-sandbox
自作PDSからサンドボックスに書き込んでる人が来た。Pythonで書いてる。すごい
Blueskyのコンポーネント構成図(参考資料)
Blueskyのsandbox PDS連合コンポーネント概略図(参考資料)
sandboix PDS連合での別PDSユーザへポストメッセージが届く概念図
Bluesky サーバ／コンポーネントの構成概念図と、現在sandbox 上で実験されている複数PDSのフェデレーションの、"現在の" サーバ／コンポーネント構成概念図を調整したものです。
2時間ほど前にポストしましたものは、コンポーネントの役割やデータの流れなど、現在の実態に合わないものがありましたので、参照の際はこちらの図を参考にされると幸いです。
以前のものは混乱の元になりますので、この後削除します。
お手数をおかけしますが、ご了承ください。
@federation.bsky.social
・クライアントはPDCに接続に行く。
・クライアントからポストされたデータはPDSに保存される
・BGS(/PLC?)がPDSのデータをクロールし、ストリームとして出力する。
・ストリームを AppView がうけ、ユーザごとのFollowing などの feed を生成する（各feed generatorの処理もこの段階？
・この AppView の整形結果をクライアントが読み込む(このときはPDS経由？)
理解のために間違いなどご指定いただければありがたいです。
kojiraさん @kojira.io
山貂さん @yamarten.bsky.social
Shino3（しのさん）さん @shino3.bsky.social
syuiさん @syui.ai
まとめてメンションしてすみません。
Bluesky と ATProto で出てくるアクターのつながりを書いてみたのですが、このような捉えかたで合っていますでしょうか。
とくに、PLC の位置づけと役割がよくわかっていないのです(PLCはBlueskyのために追加したと書いてありましたが)
しかし口ぶりからするとこちらがそのまま爆破せずに本番環境になる可能性は高そうだな
私はここです@qtz.sandbox.erechorse.com
砂山に城が立った(自宅サーバー+Cloudflare Tunnel)
機械翻訳にかけただけですが、開発者向けPDSサンドボックスの概要。
https://scrapbox.io/Bluesky/Bluesky_%E9%96%8B%E7%99%BA%E8%80%85%E3%82%B5%E3%83%B3%E3%83%89%E3%83%9C%E3%83%83%E3%82%AF%E3%82%B9_%E3%82%AC%E3%82%A4%E3%83%89
Blueskyのhistoryに連合の実装を追記しました。
https://scrapbox.io/Bluesky/history
全然追いかけられていないので識者の追記＆変更求む。
２個増えた
Beyond the BlueとGitHub追ってれば大体の動向は掴めそうなので、Bluesky内での情報収集は精々日本語圏の試みが覗ければ十分そうだな。
おたそー鯖、104申請あって今有効なアカウント数は90でした
sandboxのPDSの状況を取得してみた。数値はアカウント数
サンドボックス環境のPDS体験してみたい方、招待コード発行するので連絡ください！
サンドボックス環境のガイドラインを確認の上検証、フィードバック目的で使ってね。
https://github.com/bluesky-social/pds/blob/main/SANDBOX.md
いや、再度登録されれば無効にはならないのかしら。どっちにしろリセット時に既存のDIDは無効にするとガイドには書いてるけども
サンドボックスのリセットが楽しみだぜ。どんな挙動するのか早くみたい。
予想ではPLCがリセットされるなら既存のアカウントは全部無効になるはず？
フェデレーションサンドボックス環境のガイドラインが来てるわね
https://github.com/bluesky-social/pds/blob/main/SANDBOX.md
さっばわりわからない
did:plcの将来の話、実はけっこう微妙なところがあり、plcというメソッド名が(つまりは今在るdid:plcのDIDが)生き残る可能性は高く、運用もどうもコンソーシアム化する程度になりそうな雰囲気なのよね。did:plcをどうにかするより他メソッドを認めさせる方向で検討した方が未来ある気がする。
やっぱりDIDを隠す志向は個人的にかなり不満があり、カジュアルにしようとhandleを導入しようとした結果としてID周りの変な問題が色々起きているように見えてしまう。とはいえこれ、仮にこの感覚が正しかったとしても今から覆せる気もしないし。
handleを捨てて非公開情報の扱いが規格化されたらUCANあたりはもう諦めてもいい。別に全く競合するものではないけど。
まあでも実際のところ、githubのpdsリポジトリがあの形で公開されてるの、PLCサーバーによってサンドボックス環境に縛りつけておこうとしてる可能性はあるよな。まだ互換性の問題とか出さないようにあくまでお試し用にしている。まあPLCサーバーの引越しなんてPDS以上に楽そうだけど。
色々とやるべきと思ってはいるものの、今やったところでどうせちょっと開発が進めばおじゃんになりうると思うと、大体全部面倒になる。
新しく立てたPDSでprofileが取得できるようになるまでにラグがある話、さすがに自PDSの recordとるのにappview通すのはどうなんだと思ってたけど、getProfile使ってるから直ではないのか。もしかして今クライアントからgetRecord系のAPI叩く機会って無いのか？
