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

Fediverseについて言えば`did:key`間でMastodon方式の`Move`を行うという手もあるだろうけど。
あるいは`did:plc`にFEP-ef61のgatewayのノリでカスタムのディレクトリサーバを導入できれば良いだろうか

個人的にDNSという仕組みをいまいち信用しきれていないけど、DID（と名乗っているものを含む）も今のところいまいち決定打に欠ける感じがするのだよな。
ブロックチェーン系はフットプリントの問題があるし、`did:key`はローテーション不能だし、`did:plc`はdecentralizedでないし

その観点に関連して、FEP-ef61 portable objectsの`id`のpathの形式は実装依存と認識しているけど、実装間の可搬性についてはどんなものなのだろう

Fediverseでアイデンティティの可搬性が欲しいかというと、セルフホストという選択肢が現実的に存在するので絶対に必要というほどでもないとは思うけど、それはそれとして実装を乗り換えたくなったりあるいはドメインを喪失したりしたときに可搬性が高ければ便利だろうし、やはり普及しているに越したことはないのだよな

@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)