What about a tool to send delete requests to all known relays except a specified list? #asknostr Or actually this would require a nip change... So the delete can specify relays that don't have to delete. #nostr #dev I know I want to clean up my relay list and I want to tell a bunch of old relays I don't want them storing my notes any more but I want to keep them on my new list.
Login to reply
Replies (8)
Why have relays delete at all? Someone is just going to run a scrapper at some point and redistribute them back out
You do need a nip for what I'm suggesting. As it stands a kind5 would tell all relays to delete that note. It's not selective.
Or I can draft up a change to Nip9
That doesn't mean we shouldn't implement delete at all. Also, deletion events are broadcast everywhere and relays store them.
You just send the delete request to the relays you want and don't send to the one you don't want, but either way, you don't control anything about deletes.
If the ones you don't want still receive the request, (which is likely because clients are supposed to broadcast them when a relay signals they don't have a deletion request when they should) they would delete them when you don't intend for those relays to delete them.
PR made 
GitHub
Add functionality to exclude specified relays from deletion requests by 0ceanSlim · Pull Request #1462 · nostr-protocol/nips
This PR proposes an update to NIP-09 by introducing a new exclude tag to the Event Deletion Request specification. The exclude tag allows users to ...
I'm well aware, I made a relay implementation from scratch in go.
Yeah but most relays will only store them for so long so if a bot is just going around rebroadcasting the original events it could reseed the network after the delete event gets purged. Speaking of purge where does purge rank on GRAIN's todo?