diff options
| author | Alex Gleason <alex@alexgleason.me> | 2024-06-11 14:17:19 -0500 |
|---|---|---|
| committer | GitHub <noreply@github.com> | 2024-06-11 14:17:19 -0500 |
| commit | d251ca0da5372ba0ae0df76754d96068266a6778 (patch) | |
| tree | 913a2d3436dc77fded1333110e7c318fc5141950 /09.md | |
| parent | 0d7e3ed956d02b5cdbe80d426b4deedfae99615e (diff) | |
| parent | 9e223f3bffd720f882a65ddc96a2c85739b5f252 (diff) | |
Merge pull request #1293 from alexgleason/a-deletion
NIP-09: clarify "a" tag deletions
Diffstat (limited to '09.md')
| -rw-r--r-- | 09.md | 2 |
1 files changed, 2 insertions, 0 deletions
| @@ -32,6 +32,8 @@ Relays SHOULD delete or stop publishing any referenced events that have an ident | |||
| 32 | 32 | ||
| 33 | Relays SHOULD continue to publish/share the deletion events indefinitely, as clients may already have the event that's intended to be deleted. Additionally, clients SHOULD broadcast deletion events to other relays which don't have it. | 33 | Relays SHOULD continue to publish/share the deletion events indefinitely, as clients may already have the event that's intended to be deleted. Additionally, clients SHOULD broadcast deletion events to other relays which don't have it. |
| 34 | 34 | ||
| 35 | When an `a` tag is used, relays SHOULD delete all versions of the replaceable event up to the `created_at` timestamp of the deletion event. | ||
| 36 | |||
| 35 | ## Client Usage | 37 | ## Client Usage |
| 36 | 38 | ||
| 37 | Clients MAY choose to fully hide any events that are referenced by valid deletion events. This includes text notes, direct messages, or other yet-to-be defined event kinds. Alternatively, they MAY show the event along with an icon or other indication that the author has "disowned" the event. The `content` field MAY also be used to replace the deleted events' own content, although a user interface should clearly indicate that this is a deletion reason, not the original content. | 39 | Clients MAY choose to fully hide any events that are referenced by valid deletion events. This includes text notes, direct messages, or other yet-to-be defined event kinds. Alternatively, they MAY show the event along with an icon or other indication that the author has "disowned" the event. The `content` field MAY also be used to replace the deleted events' own content, although a user interface should clearly indicate that this is a deletion reason, not the original content. |