NIP-09는 작성자가 이전에 게시한 이벤트의 삭제를 요청하는 방법을 정의한다. 릴레이 측 삭제 신호이며, 네트워크 전체에서 완전히 지우는 기능이 아니다.

작동 방식

사용자는 삭제하려는 이벤트에 대한 참조를 포함하는 kind 5 이벤트를 게시한다. NIP-09를 지원하는 릴레이는 동일한 작성자의 해당 이벤트 제공을 중단해야 하며, 저장소에서 제거할 수도 있다.

삭제는 요청이지 보장이 아니다. 릴레이는 삭제 요청을 무시할 수 있고, 이벤트가 삭제를 지원하지 않는 릴레이로 이미 전파되었을 수 있다. 사용자는 프라이버시에 민감한 콘텐츠 제거를 NIP-09에 의존해서는 안 된다.

왜 중요한가

NIP-09는 클라이언트와 릴레이가 “이 이벤트가 더 이상 표시되어서는 안 된다"를 표현하는 공통 방법을 제공한다. 실수로 게시한 포스트, 지갑 상태 롤오버, 모더레이션 워크플로우에 유용하다. 그러나 작성자는 자신의 이벤트만 삭제를 요청할 수 있다. 제3자 콘텐츠에 대한 범용 삭제 메커니즘이 아니다.

트레이드오프

약점은 전파다. 이벤트가 여러 릴레이에 미러링된 후에는 삭제가 최선의 노력(best-effort)이 된다. 일부 릴레이는 삭제하고, 일부는 삭제 표시(tombstone)를 남기고, 일부는 무기한 계속 제공한다. 삭제를 최종적인 것으로 표시하는 클라이언트는 프로토콜이 보장하는 것을 과장하고 있다.

또 다른 실질적 문제는 참조다. 사용자와 앱은 호환되는 릴레이가 제공을 중단한 후에도 삭제된 이벤트를 로컬에 보유하거나 다른 곳에 인용할 수 있다.

주요 출처:

언급된 뉴스레터:

같이 보기: