Fediver

nostrにあってActivityPubに足りないもの､それは究極の分散とアカウントポータビリティだと思う
ActivityPubをベースに改善する方法を考えていく

分散はこれ以上を求めてしまうとnostrみたいに"サーバーへの所属"という概念を捨てる必要が出てきてユーザーに日常的に秘密鍵を取り扱わせる必要が出てくるのでこれは諦める

一方､アカウントポータビリティは分散性を悪化させることなく改善出来る余地があると思う
絶対不変のIDとして機能するものは公開鍵ぐらいしかないのでこれを採用する
公開鍵から所属サーバーに関する情報を引けて､さらに電子署名されたデータによってその情報を書き換えられれば究極のアカウントポータビリティを得ることが出来る

公開鍵から所属サーバーに関する情報を引く方法についてだが､これをどこか決まったサーバーにしてしまうとdid:plcの二の舞なのでどうにかして分散して持つ必要が出てくる
もしかしたらIPFS+IPNSってこれを満たしてくれるのでは...?

究極の分散化とアカウントポータビリティを求めるならnostr

@dampuzakura ほどほどに分散化されており, ほどほどにアカウントポータビリティもあるし, 普通のWebサービスと同じ感覚で使える

プロトコルでアカウントポータビリティ持ってた所で行き先がなければどうしようもない。
activitypubで泥臭く移行の呼び掛けしたりpgp鍵でアイデンティティ証明したりするほうがまだ実用性がある

activitypubは今の所blueskyに秘密鍵握られててアカウントポータビリティが発揮できないSNSだからなあ

BlueskyがActivityPubを採用しなかった3つの理由
https://whtwnd.com/boobam.bsky.social/entries/Bluesky%E3%81%8CActivityPub%E3%82%92%E6%8E%A1%E7%94%A8%E3%81%97%E3%81%AA%E3%81%8B%E3%81%A3%E3%81%9F3%E3%81%A4%E3%81%AE%E7%90%86%E7%94%B1

1. グローバルビューの欠如による「サイロ化」
2. アカウントポータビリティの欠如による「中央集権化」
3. スケーラビリティの欠如による「ボトルネックの発生」

アカウントポータビリティー周りの話については、何を大事にして何を犠牲にするかのトレードオフスライダーを考える必要があり、ActivityPubで犠牲にしてしまったものはぜひ別の分散SNSで補間してほしいなの気持ち（故にActivityPubで大事にしてるものを大事にしないという決断も必要かも）

RE: https://misskey.nokotaro.com/notes/81916b2c4f318fcbcec0dcc2