1NIP-622======34Request to Vanish5-----------------67`draft` `optional` `relay`89This NIP offers a Nostr-native way to request a complete reset of a key's fingerprint on the web. This procedure is legally binding in some jurisdictions, and thus, supporters of this NIP should truly delete events from their database. 1011## Request to Vanish from Relay1213Kind `62` requests a specific relay to delete everything, including [NIP-09](09.md) Deletion Events, from the `.pubkey` until its `.created_at`. 1415```yaml16{17 "kind": 62,18 "pubkey": <32-byte hex-encoded public key of the event creator>,19 "tags": [20 ["relay", "<relay url>"]21 ],22 "content": "<reason or note>",23 //...other fields24}25```2627The tag list MUST include at least one `relay` value. 2829Content MAY include a reason or a legal notice to the relay operator. 3031Relays MUST fully delete any events from the `.pubkey` if their service URL is tagged in the event. 3233Relays SHOULD delete all [NIP-59](59.md) Gift Wraps that p-tagged the `.pubkey` if their service URL is tagged in the event, deleting all DMs to the pubkey.3435Relays MUST ensure the deleted events cannot be re-broadcasted into the relay. 3637Relays MAY store the signed request to vanish for bookkeeping.3839Paid relays or relays that restrict who can post MUST also follow the request to vanish regardless of the user's status. 4041Publishing a deletion request event (Kind `5`) against a request to vanish has no effect. Clients and relays are not obliged to support "unrequest vanish" functionality.4243Clients SHOULD send this event to the target relays only. 4445## Global Request to Vanish4647To request ALL relays to delete everything, the event MUST include a `relay` tag with the value `ALL_RELAYS` in uppercase. 4849```yaml50{51 "kind": 62,52 "pubkey": <32-byte hex-encoded public key of the event creator>,53 "tags": [54 ["relay", "ALL_RELAYS"]55 ],56 "content": "<reason>",57 //...other fields58}59```6061Clients SHOULD broadcast this event to as many relays as possible.