ActivityPubからAT Protocolのブリッジについてはどうしてもdata repositoryへのデータの複製・再頒布を伴うからオプトインが妥当だと思うけど、逆方向についてはAPサーバというのは単なるプロクシとして振る舞えるので、一般のAppViewと同じくオプトインなしで閲覧できるようにしても問題ないのではという気がする。ATPのアクセス制御はAPのそれのサブセットくらいの強さしかなさそうだし

フォロー

AT Protocol(というか`app.bsky.*` lexicon?)の性質を考えればオプトアウトの方が馴染むというのは総論として同意だけど、`!no-unauthenticated`セルフラベルやリプライ制御と、(特にアカウントの所有者本人によってセルフホストされた)他のブリッジとの重複への対応をどうするのか気になるな
QT: fedibird.com/@tesaguri/1132656
[参照]

tesaguri 🦀🦝  
ActivityPubからAT Protocolのブリッジについてはどうしてもdata repositoryへのデータの複製・再頒布を伴うからオプトインが妥当だと思うけど、逆方向についてはAPサーバというのは単なるプロクシとして振る舞えるので、一般のAppViewと同じくオプトインなしで閲覧で...
ログインして会話に参加
Fedibird

様々な目的に使える、日本の汎用マストドンサーバーです。安定した利用環境と、多数の独自機能を提供しています。