山貂

$15Mじゃん。多分13 million usersと混ざったな。

Bluesky社の財政はよく分からんよね。最後の公式発表が一昨年の$13Mで、常勤ではないにせよ100人規模のモデレーションチームを抱えていることを思えば、余裕と言えるほどではなさそうに思えてしまう。一方で最近雇用増えてるし、心配するような状況ではないという話も事実っぽい。

こうしてATmosphereConfの財政を見ると、チケット代:Bluesky:その他スポンサーが1:2:1くらいの比率なのだな。
コミュニティファンド自体はRaftがバックにいるけど、プロジェクト単位だとIndeiSkyにFOF(Modal)がついてたり、ATGeoにSkyseedが出してたり色々でややこしい。Melioreなるものはよく知らん。

もうちょっと良い感じにした。2025年分だけだけど。 https://chatgpt.com/s/69a8cfb96ed48191aee1753354de2f1f

対応表というか、「既存サービスとの紐付けに重きをおいたサービス概要」みたいになってる感じはする。

ふと思い立ってatprotoサービス対応表を作らせてみた。まあまあやるじゃん。公式/推測の判定は微妙だけど。 https://chatgpt.com/s/69a865a382948191ba535315f3f09cdc

ちなみにChatGPTに相談して出てきた案は「遅延検証型信頼」とかだった。正確だとは思うけどちょっと厳つい。ゼロトラストとか言うんだから「レイジートラスト」でもよかったんだろうけどね。

実際にはPDSなりappviewなりを使う際は一定の信頼を要するのであって、遅延されているのは検証の方。何時でも誰でも検証可能なことや事後対応できることを背景に、(実際には検証しないとしても)信頼のハードルを下げるのがlazy trustだという理解をしている。なので、「(根拠や対策を)後回し(にした上で)信頼」という気持ち。

Atproto Ethosのlazy trustを「後回し信頼」と訳した理由について、ちゃんと言語化しておくべきかもしれない。遅延信頼と訳してしまうと、(遅延評価がそうであるように)後から信頼するのだと解釈してしまいそうなので避けたかったというのが大きい。

Blueskyの評判を思うと、Tangledの資金調達も呪う人いそうだと思ったけど、見た感じ少ししかいなかったので杞憂で済みそう。

プロトコルの外から、もしくは(コピーせずに)他所のblobを参照できる形式もあるといいよね、という話かな。 https://bnewbold.leaflet.pub/3mg25i5na5c2a

inlay、形がキモくて分析する気になれない問題。コンセプトは割と望んだものっぽさあるんだけどなあ。

読んだ和訳
* 権限リクエスト

https://www.bluecast.app/user/@yamarten.bsky.social/archive/aaf6e3d6c144db7a23c84695cb4f698a

今週のリンク #ATプロトーク
* Sync 1.1正式仕様化
* 仕様文言修正
* IETFレビュー/投票状況
* アクセス管理案(bucket)
* 02/27オフィスアワー(録画)
* HappyView: appviewフレームワーク
* inlay: atprotoビュー定義
* atdata: 機械学習データセット共有
* Layers: 言語データ公開lexicon
* ScholarView: 論文執筆&共有アプリ
* PrulalHost: 仮想アカウント管理
* atBB: 掲示板
* 電気通信事業法関連私見

Bluecast プロトコル/Bluesky技術雑談 by 山貂

🎙 #Bluecast で配信をはじめました！
プロトコル/Bluesky技術雑談 #ATプロトーク (パブリック)
https://www.bluecast.app/user/@yamarten.bsky.social?t=listen&utm_source=bluesky&utm_medium=start_live&utm_campaign=live_stream

filae、普通に一介のatproto開発者らしい挙動をしており、なんとも不思議な気分になる。

現状のEuroskyをSNSとかサービスとして紹介するのはだいぶ語弊がありそう。Eurosky自身もidentityとかaccountを提供するとだけ言ってるわけだし。

簡単な説明だけ置いておくと、権限を処理する術があっても、権限を持つべき適切な主体(appview)が特定できないという話。Bluesky上でだけブロックされればBlacksky等では見えても問題無いというなら、実現は元からできただろうけど。

atprotoでpermissioned/private dataが実現したとしても、それはブロックを非公開にできることを意味しない、みたいな話はしておいた方がいいのかしらん。

機能としてどう共有するかは今後のお楽しみだけど、なんとなくappviewにbucketのアクセス権を与えるような雰囲気を醸し出している。arenaの概念に敢えて当て嵌めるならhosted-arenaということになりそうだけど、もっとシンプルなtrusted appviewっぽさを感じる。まあここは憶測でしかないが。

以前namespaceと呼んでいたアクセス制御コンセプトをbucketsという名前で整理した、という理解をした。一つのPDSやアカウントに収まらない境界と明示されたあたりが目新しさか？ https://dholms.leaflet.pub/3mfrsbcn2gk2a

まあこっちも似たような趣旨のページはあるし、プロトコル用語がふんだんなチュートリアルをそのままこっちにも載せるというわけにはいかないのだろうけどさ。 docs.bsky.app/docs/categor...

なんと今ならフィードもボットも公式の実装チュートリアルがあるぞ。……なんでこれがdocs.bsky.appには無いんだよ。 atproto.com/ja/guides/tu...

まあ元ネタみたいに真面目に集計するならフィードでも手間かかっちゃうか。

Xでfollowingリスト作ってて思い出したけど、虚構じゃないbotみたいなものをBlueskyで作るなら、いかにもフィード形式になりそうな感触がある。勿論botとしての実装も全然ありうるのだけど。

Skyreaderがstandard.siteを直接登録できるようになったらしい。でもsubscriptionは使ってなさそう。 skyreader-dev.leaflet.pub/3mfmuhvwoos2g

PDS_TERMS_OF_SERVICE_URL辺りは言及する価値があると思ったので、著作権法と個人情報保護法について追記。 https://greengale.app/yamarten.bsky.social/3mfjcacpc4c2r

オフィスアワーはもう軌道乗った感じだし、もういちいち予告をリポストしなくてもいいかなという気持ち。僕自身は実況あったら後追いする程度だし。

atprotoをActivityPub的モデルとNostr的モデルのハイブリッドと位置付けるの、意図は分からんでもないけど、やっぱりポジショントーク入ってる感じはするな。ポータビリティが競争に繋がるというのは、現状を見ると未だ肯定し難いところだし。 www.pfrazee.com/blog/practic...