Some people think they can use NIP-32 labels "L" and "l" as key-value pairs to be queried on relays as if they were MongoDB instances.
That was never the purpose of NIP-32 and doing this is not going to work in the long term and will only lead to centralization and proprietary protocols, not standards, built on top of Nostr.
Specific, hardcoded kinds and tags, is infinitely better.
I co-sign this, a good heuristic when using NIP 32 is that >1 note should be returned for any given `l` tag
Please Login to reply.
nostr:nevent1qqs9r3a9lhfxaq0r8advw0ysczyjfmgl2ytrc370dl4pmac4q3sxdvcpyemhxue69uhkummnw3ezuamfdejjcamnwvaz7tm9v3jkutnwdaehgu3wd3skueq5gvwv2