arthurfranca, #[2]​ and #[3]​ hardforked nostr again https://github.com/nostr-protocol/nips/blob/master/27.md

Reply to this note

Please Login to reply.

Discussion

Entities were showing up in notes anyway, we just made it official. #[] notation is inherently ambiguous, I complained about this all the way back in November

It seems to me that the format of references is the business of the client and not the spec. The #[n] convention has worked well so far. IF there's an ambiguity then we should resolve that within the #[n] approach rather than forcing so many new formats onto the clients.

Just my 2 sats.

>From: hodlbod<-DerekRoss at 04/22/23 17:59:26 on wss://relay.damus.io

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

>Entities were showing up in notes anyway, we just made it official. #[] notation is inherently ambiguous, I complained about this all the way back in November

The reason damus adopted it was because it fixes 2 issues: allows you to make kind1 quoted reposts without including the e tag (which makes it not show up in threads which is good)

It also allows for non-p tag mentions in DMs which fixes mention leaks.

>From: jb55 at 04/22/23 18:32:01 on wss://relay.nostriches.org

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

>The reason damus adopted it was because it fixes 2 issues: allows you to make kind1 quoted reposts without including the e tag (which makes it not show up in threads which is good)

You could do that with "e-" tags or something like that. Clients could do with them what they like.

>It also allows for non-p tag mentions in DMs which fixes mention leaks.

Clients could do that by putting references into a dm-tags element that is encrypted. Clients could decrypt it and add it to the tags element.

In any case, the format and processing of references is an issue private to clients. Clients should not export their own formats. Otherwise every new client will come up with another new format that all the other clients will have to deal with.

At the moment I'm seeing every possible combination of @ and :nostr and npub1 and note1; and there's no end in sight.

nostr: prefixes are just a url scheme, like any other url. @hex is evil and not standard. Bare bech32 entities are non-standard as well I think. So clients not using either just be the two notations that are

Oops, fat fingered that last sentence, clients not using either legacy or nostr: are the problem

Is Damus on the HF?

?cid=2154d3d7fi7v8g1e2zd5k6ukk3v7wg45r16cmcfhozj3sgrl&rid=giphy.gif