<oembed><type>rich</type><version>1.0</version><title>ChipTuner wrote</title><author_name>ChipTuner (npub1qd…3fqm7)</author_name><author_url>https://yabu.me/npub1qdjn8j4gwgmkj3k5un775nq6q3q7mguv5tvajstmkdsqdja2havq03fqm7</author_url><provider_name>njump</provider_name><provider_url>https://yabu.me</provider_url><html>I don&#39;t have an opinion on either side really. There is a valid case for both. But nip09 is a _request_. Relays can choose to deny it or support it. &#xA;&#xA;If users do or don&#39;t want that feature they can stay or leave. But if a user uses a relay that federates all it takes is a single even to leak to a relay that doesn&#39;t delete, or the user know it was leaked. &#xA;&#xA;Client&#39;s just need to be forward about what &#34;delete&#34; actually is. It&#39;s a calm letter to a relay asking pretty please delete me. Which then also is federated (nip09) so every deletion event is also shared.&#xA;&#xA;Ngl, probably a feature used to bully more users than it helps. Well see I guess. </html></oembed>