Avatar
RooSoft
efc83f01c8fb309df2c8866b8c7924cc8b6f0580afdde1d6e16e2b6107c2862c
Exploring nostr development… reach out if you’re a builder!

Oh, you’re right…

Looking at https://github.com/nostr-protocol/nips/blob/master/09.md

The specs says: “Relays SHOULD delete or stop publishing any referenced events that have an identical id as the deletion request. Clients SHOULD hide or otherwise indicate a deletion status for referenced events.”

Relays will just keep two events in a deletion context… the original message, and the deletion event.

It’s up to clients to make the event disappear once it gets the deletion event.

Maybe some smarter relays might directly remove the original event. But as far as I know, they’re supposed to be dumb, so… not expecting that.

Is there a discussion somewhere about this?

Interested in knowing how encryption would be implemented in such a context.

Technically deletable… if clients decide to apply delete events on top of notes, which is supposed to make them disappear.

So, also, technically, edit is possible by recreating a similar note just after a deletion.

Here is my github page with plenty of elixir stuff https://github.com/roosoft

But the relay is here https://github.com/RooSoft/relay

Keep in minde that this thing is 5 days old, so it’s not even alpha quality yet.

more specifically, I am completely obscessed about this right now…

on it as we speak… very exciting…

Replying to Avatar 0xtr

CPU

Working on it…

We have eden and snort a common relays..