Ricardo Arturo Cabral Mejía

Interesting concept. Would also mean events must not include `p` tags? Please create a Feature Request [here](https://github.com/Cameri/nostream/issues) and I'll see about implementing this use case. From 10-floor view seems doable....

Would Anonymous Mode Relay be a fair name to call this? Regarding `p` tags, would a `p` tag `blacklist` suffice to prevent users from doxxing each other?

If you remove the pubkey from the signature generation just use raw WebSockets. No point in using Nostr.

I see. I misunderstood then. Alright, it still seems doable/possible but I just initially it should be implemented and tested for a while before proposing an improvement to Nostr.

@arejula27 if it helps I had implemented an SMTP to Nostr Gateway using NIP-04: https://github.com/Cameri/smtp-nostr-gateway In my implementation the event's `content` field somewhat follows the `DATA` format of [RFC 821](https://www.ietf.org/rfc/rfc0821.txt):...

> I think I will be implement the client as kind 4, cuz every one looks agree with that. > @Cameri the pubkey on the content is redundant, there is...

Both `nostr-rs-relay` and `nostr-ts-relay` store the timestamp when an event is seen for the first time so implementing this would be trivial. I'd argue you'll eventually want to fetch ranges...

> I only care to have it in the filter. If relays returned it with events, it would have to be outside of the event, augmenting this: `["EVENT", , ]`...

@mikestaub yes, I've considered it and like the idea. I was actually thinking about this recently

Should have split this into two requests because one is a feature and the other one is a bug fix.