NIP-62 define vanish requests, eventos kind 62 que pedem a relays específicos que apaguem todos os eventos da pubkey solicitante. O request é direcionado ao relay por padrão, e também pode ser transmitido como um request global usando o valor especial de tag ALL_RELAYS.

Como funciona

Um vanish request é um evento kind 62 assinado pela pubkey que quer seu histórico removido. A lista de tags precisa incluir pelo menos um valor relay nomeando o relay que deve agir sobre o pedido.

{
  "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"
}

O campo content pode incluir um motivo ou aviso legal ao operador do relay. Clientes devem enviar o evento diretamente aos relays alvo em vez de publicá-lo amplamente, a menos que o usuário pretenda fazer um vanish request para toda a rede.

Comportamento do relay

Relays que veem um vanish request e encontram sua própria service URL em uma tag relay precisam apagar completamente quaisquer eventos daquela pubkey até o created_at do request. A spec também diz que relays devem apagar eventos NIP-59 que tenham uma tag p apontando para a pubkey desaparecida, para que DMs recebidas sejam removidas junto dos eventos do próprio usuário.

O relay também precisa garantir que esses eventos apagados não possam ser retransmitidos de volta para o relay. Ele pode manter o vanish request assinado para fins de registro.

Requests globais

Para solicitar apagamento em todo relay que vir o evento, o valor da tag passa a ser ALL_RELAYS, em maiúsculas:

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

Clientes devem transmitir essa forma para o maior número possível de relays.

Por que importa

NIP-62 dá a clientes e operadores de relay um sinal compartilhado de exclusão que vai além de APIs de moderação ad hoc ou dashboards específicos de relay. Um usuário pode publicar um request assinado e deixar cada relay processá-lo com o mesmo formato de evento.

Ela também vai além da NIP-09. NIP-09 apaga eventos individuais e relays podem cumprir. NIP-62 pede a relays tagueados que apaguem tudo daquela pubkey e impeçam que esses eventos sejam reimportados.

Implementações

Fontes primárias:

Mencionado em:

Veja também: