こういうのを調べるときはソースコードを該当するアクティビティで検索して当たりを付けるのが定石だと思っているけど、確か報告の連合はActivityPubでは規定されていないのだよな。現行のFediverseの慣習では`Flag`アクティビティだったっけ？

This account is not set to public on notestock.

Mastodonでは対象のサーバに転送するか否かはユーザによる選択式だったと思うけど、Misskeyでは管理者が選ぶのかな？

プロトコルレベルでは報告を行うユーザ自身でなく代理のアクターが`Flag`アクティビティを送る慣習らしいというところまでは認識しているけど、宛先のアクターは具体的にどう決定されるのだったっけ。`Block`とかについてもそうだけど

https://github.com/misskey-dev/misskey/blob/5229f5de4d9ef7cd75d32466d29d672193adaf45/packages/backend/src/core/AbuseReportService.ts#L144
Misskeyでは対象ユーザのアクターか。
まあいわゆるシステムアクターを安定して特定する仕組みとかも特に確立していないし、それはそうか

機械に疎いので、ゆうちょ通帳アプリで二次元バーコードを読み取る手順を毎度調べ直している

うおおおおお、私は外出先でテザリングしながら`docker pull`するぞおおおおお

投稿の編集を肯定しようがしまいが、content-addressedとかなわけでもないデータを連合している以上はリモートのオブジェクトが勝手に書き換わることを妨げられないわけで、オブジェクトの編集の受信をサポートしなければオブジェクトを受信したタイミングによって異なる表現を掴まされうるという問題を抱えるだけだよね

（まあ理論上の問題としては受信のタイミングだけではなくて、例えば接続元やkeyid等によって異なる表現を出し分けられるとか、何ならfetchの度にランダムに異なる表現を返されるとか、あらゆる可能性を想定できてしまうのだけど）

申し訳ないとは思っている。いやほんと、申し訳ないとは思っているのよ