Bluesky、Jetstream v2でネットワーク全体の履歴を再生可能に
Bluesky Protocol Services
Blueskyは、AT Protocol上で運用する公開インフラを「Bluesky Protocol Services」として新ブランド化し、専用サイトを開設した。目玉はJetstream v2で、ネットワーク全体のアーカイブを保持し、過去の任意の時点からライブストリームに追いつける「Network Replay」機能を追加。サーバー側はステートレスで、APIトークンが必要だが、ライブテールは引き続き認証不要。TypeScript/Go向けSDKも公開され、Bluesky TypeScript SDKは@atproto/lexベースに刷新された。
Replayはサーバー側でステートレスであり、コンシューマーごとのカーソルも、登録するサブスクリプションも、クライアント側で準備するものもありません。
HNでの議論
72- simonw
元のJetstreamは本当にクールです。Blueskyのファイアホースの消費を始めるのが信じられないほど簡単で、サーバーを使う必要すらなく、ブラウザで直接消費できます。
私は今、ブラウザデモを新しいJetstreamを使うように更新しました。「接続」を押して、ページを下にスクロールすると、イベントが流れていくのが見えます: https://tools.simonwillison.net/bluesky-firehose
- josephg
Blueskyの上にDNSを作り直すのは良いアイデアかもしれないな、と思っています。基本的な考え方は、ドメイン名を所有しているなら、BlueskyのフィードにDNSの更新を投稿するというものです。ファイアホース自体が権威を持ちます。DNSサーバーはファイアホースの下流に位置します。ドメイン名へのすべての更新はデータベースに書き込まれ、基本的にはそのデータベースへのクエリに応答するだけです。これにより、十分な帯域幅を持つ人なら誰でも高速なドメインネームサーバーを運用できるようになります。
これを使ってDNSの長年の問題のいくつかを修正できるかもしれません。例えば、DNSレコードに上流の暗号署名を追加したり、TLS証明書もそこに置いたりできます。TTLエントリを廃止できるかもしれません。DNSサーバーでは、レコードはファイアホースからのサーバープッシュで更新されるべきです。TTLの期限切れを待つ必要はないはずです。
これは素敵な小さなシステムになると思います。
- maelito
素晴らしい。私の地図アプリ*にはAtproto上に構築された場所のレビューシステムがあり、ユーザーのレビューを保持せず、公開され、他の人が再利用できます。
データ損失の場合、jetstreamの再生は不可能でした。この履歴付きのv2は完璧です。
- walrus01
ページの実際の内容からは少し外れますが、この特定のWebページUIはどのドキュメントシステム/CMSですか？左側のメニュー、コンテンツペイン、上部の水平メニューバーが非常に速く、比較的すっきりしているように見えます。
- ChrisArchitect
私はatprotoの拡張やここで行われていることには全面的に賛成ですが、主にそれは初期のTwitter時代を思い起こさせます（また、良いか悪いかで言えば、Blueskyがリアルタイムで構築されるのを見るのは最善ではないかもしれません）。しかし、先週のような障害が発生したとき、https://status.bsky.app/ でほとんど更新がなく、何時間もサービスの大部分が到達不能/ダウンし、その後、何も問題がなかったかのように履歴が基本的に消えてしまうのは、良い雰囲気ではありません。
すべてのオープン性やGitHubリポジトリなどにもかかわらず、率直な回答を得たり、プラットフォームの問題や変更が簡単に対処されている場所を見つけたりするのは非常に困難です。