straycat on Nostr: Question 1: “is trusted” attestations should be part of a list event or each as ...
Question 1: “is trusted” attestations should be part of a list event or each as individual events?
Answer: I prefer each trust attestation to be its own individual event rather than having one event contain a list of attestations. Several reasons:
1. What Lez said: a single event list can get rolled back if a client updates a list using an old version of the list. This happens sometimes with follows lists, for example.
2. I want to have a way to filter against all trust attestations OF Alice, and that isn’t really feasible using the list event method.
3. If you include all optional fields, each attestation can get pretty big, including a context, a score, and a confidence. It gets cumbersome to pack multiple attestations with lots of data into one file.
4. There may be instances where we will want to reference a single attestation by note id (or naddr or whatever).
Published at
2024-03-30 14:44:20Event JSON
{
"id": "cb77a6fdb2e469f9fb078234b982b84bafb294bacbd47c03bf69a5395d2b911e",
"pubkey": "e5272de914bd301755c439b88e6959a43c9d2664831f093c51e9c799a16a102f",
"created_at": 1711809860,
"kind": 1,
"tags": [
[
"e",
"de8a97bc622006877c7881a9a69867a794395430fe8401bf0103992f9e3b4907"
],
[
"e",
"4c3eea35c13af39140feb43473a8069c1b3c5ef9acbf3949d8afc16d1509a800"
],
[
"p",
"97c70a44366a6535c145b333f973ea86dfdc2d7a99da618c40c64705ad98e322"
],
[
"p",
"df67f9a7e41125745cbe7acfbdcd03691780c643df7bad70f5d2108f2d4fc200"
],
[
"p",
"cd868bf553cabfeef5ff89f9d34875210cdeda276ca4c6a3e7ffb7a31ab96447"
],
[
"p",
"cfd7df62799a22e384a4ab5da8c4026c875b119d0f47c2716b20cdac9cc1f1a6"
],
[
"p",
"460c25e682fda7832b52d1f22d3d22b3176d972f60dcdc3212ed8c92ef85065c"
],
[
"p",
"633f317e99bc5a55c85d842784989a2bcdc31bea3c4c01fdfc80fd340facca3a"
],
[
"p",
"726a1e261cc6474674e8285e3951b3bb139be9a773d1acf49dc868db861a1c11"
]
],
"content": "Question 1: “is trusted” attestations should be part of a list event or each as individual events?\n\nAnswer: I prefer each trust attestation to be its own individual event rather than having one event contain a list of attestations. Several reasons:\n\n1. What Lez said: a single event list can get rolled back if a client updates a list using an old version of the list. This happens sometimes with follows lists, for example.\n\n2. I want to have a way to filter against all trust attestations OF Alice, and that isn’t really feasible using the list event method.\n\n3. If you include all optional fields, each attestation can get pretty big, including a context, a score, and a confidence. It gets cumbersome to pack multiple attestations with lots of data into one file.\n\n4. There may be instances where we will want to reference a single attestation by note id (or naddr or whatever).",
"sig": "a8f4fba2908c7637b1a3a2a97f2b464aaf7e20977b3e9f25e578dda22054d4d9e36a9a35f69ae82bfbe3354443c3d58ba40236733b1d1ae03ddcd07c79b55021"
}