Tomas Bezouska

What would deleting a `kind:62` event do (via `kind:5`)? Would it basically allow user to republish their old (backed up) events? Could this be specifically mentioned in the NIP?

> Either that or we just don't allow deletions. Deleting the kind 62 allows the user the fix potential mistakes, but it also allows an attacker to got access to...

This has been deployed to https://relay.netstr.io/ I wrote a few gherkin scenarios for this NIP if anyone interested: https://github.com/bezysoftware/netstr/blob/main/test/Netstr.Tests/NIPs/62.feature

> really like @hoytech 's suggestion. So do I. I like the 'REQ+' verb to make it simpler to maintain backward compatibility.

There were already multiple discussions about limit, e.g. https://github.com/nostr-protocol/nips/issues/1368 @vitorpamplona and @staab have use cases for using a limit per filter

Hi, I finally have time to check out the code, thanks for it! A few notes: - This file seems to be missing, can you remove it from csproj? ...

I had a quick look at the official firebase samples and they do not have the tentantId in their method signatures - instead they populate the tenantId in their version...