NIP09

原文：https://github.com/nostr-protocol/nips/blob/master/09.md

事件删除

draft optional author:scsibug

表示"删除"的具有种类 5 的特殊事件被定义为具有一个或多个 e 标签的列表，每个标签引用作者请求删除的事件。

每个标签条目必须包含要删除的" E "事件 ID.

事件 content 字段可能包含描述删除原因的文本注释。

例如：

{
  "kind": 5,
  "pubkey": <32-bytes hex-encoded public key of the event creator>,
  "tags": [
    ["e", "dcd59..464a2"],
    ["e", "968c5..ad7a4"],
  ],
  "content": "these posts were published by accident",
  ...other fields
}

中继应删除或停止发布与删除请求相同 id 的任何引用事件。客户端应隐藏或以其他方式指示引用事件的删除状态。

中继应继续无限期地发布/共享删除事件，因为客户端可能已经具有要删除的事件。此外，客户端应将删除事件广播到其他没有删除事件的中继。

客户端使用情况

客户端可以选择完全隐藏有效删除事件所引用的任何事件。这包括文本注释、直接消息或其他尚未定义的事件类型。可替换地，它们可以显示事件以及作者已经"否认"该事件的图标或其他指示。该 content 字段还可用于替换已删除事件自身的内容，尽管用户界面应明确指出这是删除原因，而不是原始内容。

在隐藏或删除任何事件之前，客户端必须验证删除请求的标记中 e 引用的每个事件 pubkey 与删除请求 pubkey 相同。一般来说，中继不能执行此验证，也不应被视为权威。

客户端以他们选择的任何方式显示删除事件本身，例如，根本不显示，或以显著的通知显示。

中继使用

中继可以验证删除事件仅引用与删除本身相同 pubkey 的事件，但是这不是必需的，因为中继可能不知道所有引用的事件。

删除删除

针对删除发布删除事件不起作用。客户端和中继没有义务支持"取消删除"功能。