永遠に眠る宣言？

atproto.com の method を呼ばずに bsky.app の method を呼ぶことでサーバー側の制御を効かすようにはなってそう

隠したいものは隠すんじゃなくて暗号化しようね

ATPで鍵垢。APみたいに投稿単位で公開範囲変えるんじゃなくてTwitterみたいに公開範囲変えるのであれば認証情報とrepositoryの読み取りをうまいことやればできそう

handleのドメインでちゃんと解決できるのは did:web の時だけなんだよな

ATP は MST を使ってるのもあって「ある情報を隠したい」と言う欲求を叶えることが原理的に不可能なので諦めろって感じ

did placeholder とか言う生意気な名前が本当に生意気でまともじゃない仕組みに依ってる可能性があるのでだいぶ厳しい

atprotoに制限しないって言ってるので制御する必要はないと言われたらそうなんだけど bsky.social へ引っ越しとか実装された時に app.bsky.social みたいな名前の plc operation が勝手に作られてる時にどうやって弾くんだろう

did:plc の handle 変更に名前空間を制御する仕組みはなくて変だねーになる

ふと cloudflare 開いてドメイン移管のページ開いたら「現在、Cloudflare に移管できるドメインはありません。」って言われてどうして？つってる

dev が Cloudflare に

このアカウントは、notestockで公開設定になっていません。

feedがサーバーに依存しない形にしたいだけでPDSがdidのrepositoryをsyncしあう連合

ATPは連合を意図したものです

このアカウントは、notestockで公開設定になっていません。

blueskyブランドは触るつもりは端からないので bsky.social がどうなってるかは見てませんが漏れ出てくる話を聞く限り今はただ招待制でTwitterの空気が再発生してるだけのクソ

ATProtocol、まだ自由に連合ができる段階ではないだろうし分散型でActivityPubの比較してどうとか議論する段階にすらなってない

このアカウントは、notestockで公開設定になっていません。