When I said "bad behavior" what I had in mind were some people who were literally trying to sell Nostr relays as free databases for custom web apps some time ago, and then some recent attempts at using NIP-32 to store events with tags like L=name, l="something" L="author" l="someone" L="date" l="2024-07-20" and then do queries using that -- the way I've seen people do makes no sense, but you could have just different tags and values without the L/l overhead and then you would query all albums released in 1973 by bands with names starting in F that have less than 6 songs with {"#s": ["f"], "#y": ["1973"], "#n": [1,2,3,4,5]}.
You get the idea: people shouldn't be doing this! And if we make it easier they will do it more, and then it will be more hassle for relays to change themselves so they can block it.
Also powerful query language means it's easy for bad actors -- or just bad-coded well-intentioned clients -- to DoS relays.
fiatjaf /
npub180…jh6w6
2024-07-20 06:01:44
in reply to nevent1q…kl59
Author Public Key
npub180cvv07tjdrrgpa0j7j7tmnyl2yr6yr7l8j4s3evf6u64th6gkwsyjh6w6Published at
2024-07-20 06:01:44Event JSON
{
"id": "77778ffa30fd1aa936413f710f1cad2a19c510ea43fc625d19dfecda95996959",
"pubkey": "3bf0c63fcb93463407af97a5e5ee64fa883d107ef9e558472c4eb9aaaefa459d",
"created_at": 1721448104,
"kind": 1,
"tags": [
[
"client",
"gossip"
],
[
"t",
"s"
],
[
"t",
"y"
],
[
"t",
"n"
],
[
"p",
"726a1e261cc6474674e8285e3951b3bb139be9a773d1acf49dc868db861a1c11"
],
[
"p",
"00000000827ffaa94bfea288c3dfce4422c794fbb96625b6b31e9049f729d700"
],
[
"p",
"f821179bd5d691c61b4356336388adadc3cc1304f49e771a87c38de7ed4fd022"
],
[
"e",
"7fb969fbf61e277337428912dd3dd4684a61c7ae04f91439f225ee8b00e9a880",
"wss://relay.nostr.net/",
"root"
],
[
"e",
"e00d39f8602a063c8616f57f16135200d6700362af8075c56bf594a7848e1a6a",
"wss://a.nos.lol/",
"reply"
]
],
"content": "When I said \"bad behavior\" what I had in mind were some people who were literally trying to sell Nostr relays as free databases for custom web apps some time ago, and then some recent attempts at using NIP-32 to store events with tags like L=name, l=\"something\" L=\"author\" l=\"someone\" L=\"date\" l=\"2024-07-20\" and then do queries using that -- the way I've seen people do makes no sense, but you could have just different tags and values without the L/l overhead and then you would query all albums released in 1973 by bands with names starting in F that have less than 6 songs with {\"#s\": [\"f\"], \"#y\": [\"1973\"], \"#n\": [1,2,3,4,5]}.\n\nYou get the idea: people shouldn't be doing this! And if we make it easier they will do it more, and then it will be more hassle for relays to change themselves so they can block it.\n\nAlso powerful query language means it's easy for bad actors -- or just bad-coded well-intentioned clients -- to DoS relays.",
"sig": "43578bc84a2c69f961691583a141e9c34cf1e4ecf712a12c06243af3174b4e4bddc1be9546f27925d3393ef79ce6eb855e1eb778c9c9bc6666589a62014dfef5"
}