NIP-62 definieert vanish requests, kind 62-events die specifieke relays vragen om alle events van de verzoekende pubkey te verwijderen. Het verzoek is standaard relay-targeted en kan ook als globaal verzoek worden uitgezonden met de speciale ALL_RELAYS-tagwaarde.

Hoe Het Werkt

Een vanish request is een kind 62-event dat is ondertekend door de pubkey die zijn geschiedenis verwijderd wil hebben. De taglijst moet minstens één relay-waarde bevatten die de relay benoemt die op het verzoek moet reageren.

{
  "id": "a7b8c9d0e1f23456789012345678901234567890abcdef1234567890abcdef12",
  "pubkey": "f1e2d3c4b5a697887766554433221100ffeeddccbbaa99887766554433221100",
  "created_at": 1743465600,
  "kind": 62,
  "tags": [
    ["relay", "wss://relay.example.com"]
  ],
  "content": "Requesting deletion of all events from this relay.",
  "sig": "11aa22bb33cc44dd55ee66ff77889900aabbccddeeff0011223344556677889911aa22bb33cc44dd55ee66ff77889900aabbccddeeff00112233445566778899"
}

Het veld content kan een reden of juridische kennisgeving aan de relay-operator bevatten. Clients moeten het event rechtstreeks naar de doelrelays sturen in plaats van het breed te publiceren, tenzij de gebruiker expliciet een netwerkbreed vanish request wil.

Relaygedrag

Relays die een vanish request zien en hun eigen service-URL in een relay-tag terugvinden, moeten alle events van die pubkey tot en met de created_at van het verzoek volledig verwijderen. De specificatie zegt ook dat relays NIP-59 (Gift Wrap)-events moeten verwijderen die de verdwenen pubkey met een p-tag noemden, zodat inkomende DMs samen met de eigen events van de gebruiker verdwijnen.

De relay moet er ook voor zorgen dat die verwijderde events niet opnieuw in de relay kunnen worden gerebroadcast. Het ondertekende vanish request zelf mag voor bookkeeping bewaard blijven.

Global Requests

Om verwijdering op elke relay aan te vragen die het event ziet, wordt de tagwaarde ALL_RELAYS in hoofdletters:

{
  "kind": 62,
  "pubkey": "<32-byte-hex-pubkey>",
  "tags": [
    ["relay", "ALL_RELAYS"]
  ],
  "content": "Global vanish request"
}

Clients moeten deze vorm naar zo veel mogelijk relays uitzenden.

Waarom Het Belangrijk Is

NIP-62 geeft clients en relay-operators een gedeeld verwijderingssignaal dat verder gaat dan ad-hoc moderatie-API’s of relay-specifieke dashboards. Een gebruiker kan een enkel ondertekend verzoek publiceren en vervolgens elke relay zelf laten beslissen hoe die het verwerkt.

Het gaat ook verder dan NIP-09. NIP-09 verwijdert individuele events en relays kunnen daaraan voldoen. NIP-62 vraagt getagde relays om alles van de pubkey te verwijderen en te voorkomen dat die events opnieuw worden geïmporteerd.

Implementaties

Primaire bronnen:

Vermeld in:

Zie ook: