Idea: NIP-Infinity

Problem: If my keys get compromised, whoever has them, can delete all or some of my messages.

Solution: Exempt one (non-replaceable) kind from deletion.

"Delete" is a poorly supported feature so far and there is much confusion about how deleting an event ID for a replaceable event would even work. Would it revert the changes, reviving the old version? Anyway, relays are certainly ahead of clients in this field and exempting one kind, maybe kind 800 like 8∞ would be rather trivial.

Clients could treat it like a kind-1 and later mark it as special.

As many users right now are determined to never delete their messages anyway, people would probably jump at this extra visibility if it had no downside to using it. Should it be a signalling mechanism for account termination or are there other use cases, too? Certainly accounts should be able to author more than one of these, as hackers could, too.

Reply to this note

Please Login to reply.

Discussion

No replies yet.