07:28:31
2025-05-11 16:18:31 Posting Steve Bate steve@social.technoetic.com

This account is not set to public on notestock.

07:29:34

apquiz.stevebate.dev/

うーん、1割外してしまった

ActivityPub Quiz 🎉 Quiz Completed! Your score: 18 / 20 (90%) Excellent work! You know your stuff.
08:01:16
誤答例、ネタバレ

実際3.1節(Object Identifiers)の"Publicly dereferencable URIs"の規定はいまいち理解しきれていないのだよな。例えば埋め込まれているオブジェクトにおいてbnode IDが使われている(というより、明示的なIDが指定されていない)ことも多いけど、これだって"object"ではあるわけで。

それともこれらはtransientと見做されるのか、あるいは"objects *distributed* by the ActivityPub protocol"(強調は引用者)というのはもっと限定的な意味、例えばfetchでなく`inbox`に配送されるJSON-LD文書のトップレベル(定義不詳)のオブジェクトのみを指すとか? 埋め込まれたオブジェクトは直接のfetchが意図されないことも多いだろうし(`Actor`の`sec:publicKey`とかは例外)。

いずれにしてもURNの場合はその名前に対する(FEP-fe34 origin-based security model的な)所有権のようなものを示せないだろうから、ただ一方的に名前を参照するような使い方にとどまりそうだけど

What does it mean if an object's `id` is a URN (e.g., `urn:uuid:…`) in ActivityPub context? - It's an error, IDs must be HTTP URLs [incorrect answer, selected] - It's a temporary object not meant for federation - It's universally unique but not necessarily dereferenceable via HTTP [correct answer] - It's an object that can only be accessed via a specific application Incorrect. The correct answer is: It's universally unique but not necessarily dereferenceable via HTTP. Explanation: While HTTPS URLs are common for `id`s to aid federation, URNs can provide global uniqueness without implying HTTP dereferencability. This might be used for objects not intended to be fetched directly over HTTP by any server.
08:10:05
誤答例、ネタバレ

いや、fetchだって一応ActivityPubの規定の範疇に属するから(とはいっても一般のActivity StreamsでなくActivityPubに固有の仕様といった感は少ないけど)、fetchか否かで解釈が変わる道理もないか

08:12:52

「どうり」でまず「通り」が変換の候補に出てくるの何なの?

08:19:12
誤答例2

設問で"should"だったものが解説で"may"に後退しているのはちょっと納得していないよ(往生際が悪い)

Question 15 of 20: If an ActivityPub server cannot resolve an actor's ID (e.g., due to DNS failure), how should it typically handle activities from that actor? - Forward activities to a known relay - Temporarily queue activities and retry resolution later [incorrect answer, selected] - Assume the actor is valid and process activities - Reject activities or treat the actor as unknown/untrusted [correct answer] Incorrect. The correct answer is: Reject activities or treat the actor as unknown/untrusted. Explanation: If an actor's identity cannot be verified by resolving their ID (which is often their profile URL), a server may choose to reject or ignore activities from them for security and authenticity reasons.