Notices by tesaguri 🦀🦝 (tesaguri@fedibird.com)

@noellabo @tell_me_fedi_jp 詳細には詳しくないですが、FEP-0837: Federated Marketplace (<w3id.org/fep/0837>)が近そうな気がします。Mitraの有償購読機能（<https://codeberg.org/silverpill/mitra/src/commit/f678698eb31832c417166e774377c54201ed1332/FEDERATION.md#subscriptions>）がこれによるもののようです

@hongminhee @noellabo ざっと見たところFedibirdの`ContextHelper`にはHolloが送っている`litepub:EmojiReact`が定義されていないようなので、Fedibird側の受信処理のどこかでJSON-LD compactionが実行されていたとしたらHolloの`EmojiReact`タームがexpandされるように思います。
Fedibird/Mastodonではcompactionは`signature`を含むオブジェクトに対してのみ実行しますが、今回のHolloのオブジェクトにはまさに`signature`が含まれていますね

言語の選択が可能なソフトウェアにおいて「やさしい日本語」が活きる場面といえば、当該ソフトウェアが提供している言語のうちユーザにとって最も習熟度が高いのが非母語としての日本語のみであるような場合だろうけど、そのようなケースは現実にどの程度存在するものなのだろう

もちろん母語話者にとっても可能な限り分かりやすい表現を使うのは大前提だけど、想定ユーザに非母語話者を含むかによっては最適なトレードオフの戦略が多少は変わってくるだろうし

その点で英語（少なくとも`en`か`en-US`のいずれか、もしかしたら`en-GB`とかも）はどうしても国際補助語としての機能も期待されるから事情が違ってきそう

「アクターの解決」というか、一般のオブジェクトの解決も含むな

`id`がDIDなオブジェクトはFEP- ef61で提案されていて、実際に実装しているプロジェクトもある（<https://codeberg.org/fediverse/fep/src/branch/main/fep/ef61/fep-ef61.md>）。
DIDsからActivityPubのアクターの解決についてはエンドポイント（gateway）を手動で指定する方式のようだけど

`Emoji`が標準化されていないとはいっても、オブジェクトの帰属を`id`のauthorityで判断するのは普通に普遍的な解釈だと思うけどなあ。
アクターのホストと`Emoji`オブジェクトのホストが食い違うときに無効なものと判定するならまだ分かるけど、当該の`Emoji`オブジェクトをアクターのホストのものとして処理する（というのが現行のMisskeyの仕様という認識で合っている？）のはかなりアクロバティックなように思える

というか少なくともFedibirdはローカルのアクターによるリモートの絵文字リアクションへの「相乗り」の`Like`アクティビティの`tag`にリモートの`Emoji`オブジェクトを全て埋め込んでいるようだけど、これは（C2Sでなく連合の場合は）本来なら単にURIで良いはずだよね。
仮に埋め込みでないと上手く相互運用できないというなら、それは相手のサーバが（`id`をfetchし直さず埋め込まれた内容をそのまま信用するなどの）怪しい処理をしているということに他ならないわけだし

@mei23 その場合はそのURIをfetchすれば良いのではないでしょうか。<https://github.com/kmycode/mastodon/security/advisories/GHSA-c7p6-c688-fhgp>のような脆弱性のリスクを避けるためにはいずれにしても`id`をfetchする必要はあるでしょうし

@mei23 私もFedibirdの実装を詳しく追っているわけではないですが、`Emoji`オブジェクトに`id`があるならそのURIの同一性をもってリモートのものと同一の絵文字であることが判定できるのではないでしょうか

@silverpill Ah, that's good to know! Thank you!

FEP-8b32はJSONベースの署名を埋め込みオブジェクトで上手く動作させるために`object`タームの定義をオーバーライドしてセマンティクスにも手を入れているけど（<https://codeberg.org/fediverse/fep/src/branch/main/fep/8b32/fep-8b32.md#nested-objects>）、Activity StreamsオブジェクトをRDFとして扱っている実装（`rdf-pub`がそうだっけ？）との互換性が気になっている

どうしてもRDFデータセットを署名したいならVerifiable Credentials Data Integrityが勧告になるのを待って`eddsa-rdfc-2022` cryptosuiteあたりを使うのが理想的なやり方かな。
まあFEP-8b32 (Object Integrity Proofs)ではJSONベースの`eddsa-jcs-2022`が推奨されているのだけど

@silverpill @hongminhee Seems like the URI fragment is missing for some reason… I meant `/ns#_misskey_quote`

@silverpill @hongminhee FEP-e232 is a standardized generic framework for microsyntaxes including, but not limited to, "quotes", but does it standardize any concrete link relation for quoting? The convention to use `https://misskey-hub.net/ns/ as the `rel` value isn't standardized by the FEP nor Misskey Hub, I think?

Also, note that Misskey doesn't support it (both incoming and outgoing), so its support isn't overwhelming yet number-of-end-users-wise (Misskey happens to have the second largest server in the Fediverse)

But I think the use of reactions for such a negative purpose should be discouraged in the first place, as I can hardly visualise negative reactions leading to constructive consequences, and I'd argue that keeping users aware of the possibility of reactions being recognized as plain `Like`s is actually good for health of communities. If you want to express disagreement with an opinion, it would be more productive to argue against it with your own words or simply share counterarguments if somebody else has already made ones,

The upside of the `Like` representation over the custom activity representation is that reactions can at least be interpreted as plain `Like`s even if the recipient server doesn't fully support the reaction feature.

The downside, on the other hand, is that, well, the reactions are interpreted as `Like`s if the recipient server doesn't support the reaction feature, even when the reaction doesn't bear positive intent at all (e.g. the thumbs down emoji: 👎).

FEP-c0e0: Emoji reactions - ActivityPub - SocialHub
https://socialhub.activitypub.rocks/t/fep-c0e0-emoji-reactions/4443
リアクションは`Like`であるべきか問題なあ。個人的には「`Like`であるべき」派なのだけど。
これについて書いたものの下書きがあるので、とりあえずここにメモしておくか：

Lack of media type verification of Activity Streams objects allows impersonation of remote accounts · Advisory · mastodon/mastodon · GitHub
https://github.com/mastodon/mastodon/security/advisories/GHSA-jhrq-qvrm-qr36
これを報告するなどしていた