Relays use DBs and kind-0 is special in that it is replaceable. Relays are supposed to only share the last received, so they have to filter out or delete older ones.

Reply to this note

Please Login to reply.

Discussion

>From: Giszmo47 at 07/29/22 12:19:07 on wss://nostr-relay.wlvs.space

>---------------

>Relays use DBs and kind-0 is special in that it is replaceable. Relays are supposed to only share the last received, so they have to filter out or delete older ones.

NIP-01 is not quite that demanding. It says: "A relay may delete past set_metadata events once it gets a new one for the same pubkey." I had previously missed the fact that a relay MIGHT only send the latest metadata.

Honestly, I think that's a mistake. Deleting history is a dangerous precedent IMHO. I wonder what #[6] thinks about that?

In NostrPostr I copied what I found in another relay implementation: Set older entries to "hidden". As I find the evolving follows graph highly interesting, I do not intend to delete that data any soon. There is also people offering historic data that I missed.

>From: unclebobmartin at 07/29/22 18:44:08 on wss://wlvs.space

>---------------

>>From: Giszmo47 at 07/29/22 12:19:07 on wss://nostr-relay.wlvs.space

>>---------------

>>Relays use DBs and kind-0 is special in that it is replaceable. Relays are supposed to only share the last received, so they have to filter out or delete older ones.

>

>NIP-01 is not quite that demanding. It says: "A relay may delete past set_metadata events once it gets a new one for the same pubkey." I had previously missed the fact that a relay MIGHT only send the latest metadata.

>

>Honestly, I think that's a mistake. Deleting history is a dangerous precedent IMHO. I wonder what #[7] thinks about that?

And now I'll use the correct pubkey for #[8]. At least I think it's the correct one. There are five profiles out there that claim to be fiatjaf.

querying kind3 helps with this a bit

This bothers me on two fronts.

1. As I stated before I don't like the idea that relays can delete old data -- it's a kind of temporal censorship.

2. I don't like the idea that relays are a kind of personal database that allow users to squirrel away their private data. There are plenty of other options for that.

>From: jb55 at 07/30/22 09:43:19 on wss://nostr-relay.wlvs.space

>---------------

>querying kind3 helps with this a bit

>

>

>

>

I find it's useful for building a web of trust, and seeing followers for discoverability. but yeah it's optional I guess... can't imagine using a twitter-like client without it though.

I definitely want the web of trust. So perhaps you can descibe how kind-3 serves that purpose. The way I look at it, it's no better than a file containing pubkeys and petnames that I keep on my laptop.

>From: jb55 at 07/30/22 09:54:31 on wss://relay.nostr.info

>---------------

>I find it's useful for building a web of trust, and seeing followers for discoverability. but yeah it's optional I guess... can't imagine using a twitter-like client without it though.

metadata and follows (kind 0 and 3) are not only private data. Both are vitally important to build a social network.

I understand why kind:0 is vital to a social network (although there are challenges such as the five fiatjafs).

I do not understand why kind:3 is vital. As far as I can see kind:3 is equivalent to a file on my laptop. Unless, of course, I can query your kind:3. If the latter is the case, then #[8]'s web of trust starts to make sense.

>From: Giszmo at 07/30/22 19:42:04 on wss://nostr-pub.wellorder.net

>---------------

>metadata and follows (kind 0 and 3) are not only private data. Both are vitally important to build a social network.

Of course you can query kinds:[3] of other authors:[32e1827635450ebb3c5a7d12c1f8e7b2b514439ac10a67eef3d9fd9c5c68e245].

That gives me something new to think about. Thanks!

>From: Giszmo at 07/30/22 20:10:28 on wss://relay.nostr.info

>---------------

>Of course you can query kinds:[3] of other authors:[32e1827635450ebb3c5a7d12c1f8e7b2b514439ac10a67eef3d9fd9c5c68e245].