Notices by tesaguri ?? (tesaguri@fedibird.com)

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

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

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

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

@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）を手動で指定する方式のようだけど

まあでもMFMにはルビ機能があるから……（なけなしの擁護）

@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: 👎).