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.
fiatjaf /
npub180…jh6w6
2023-08-31 11:13:30
Author Public Key
npub180cvv07tjdrrgpa0j7j7tmnyl2yr6yr7l8j4s3evf6u64th6gkwsyjh6w6Published at
2023-08-31 11:13:30Event JSON
{
"id": "fa4207f715e8edc0d4301988c5cefff76750b7d47b20077707390870bcf49f67",
"pubkey": "3bf0c63fcb93463407af97a5e5ee64fa883d107ef9e558472c4eb9aaaefa459d",
"created_at": 1693480410,
"kind": 1,
"tags": [
[
"client",
"coracle"
]
],
"content": "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.\n\nThat 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.\n\nSpecific, hardcoded kinds and tags, is infinitely better.",
"sig": "93961ecf3736bacdbecf8ae2c419a8d89ca80a5e668b04a23687efa65d63f5d78e8ab5bb5f64fb7c40ac6f028c52949ed3aa084b639dc404eddce04c5dad5e67"
}