错别字有时候挺烦，Nostr应该搞一个可编辑的协议
Discussion
不 你不需要 哈哈
我不是需要，是“非常”需要。习惯没检查就发送出去
不 你不需要 你的手告诉你的
我需要修改编辑功能 你的嘴告诉你的
不 你不需要 你的脑子不同意你的嘴
我也是，错别字超多，感觉这个事情可以客户端做，点了发布先弹出一个预览，点了确认之后再真的发布
是的
这个其实就是客户端根据用户需求的选择了
比如后期可以借入openAI 发布前给你润色都可以
只不过发出去的内容就别想了
对自己负责
Editing is not possible.
Why not? We have deleting already which is also a kind of editing
Deleting does not work.
It's not possible for edit & delete to work properly, because relays can do anything they want. If they want to keep it, they can keep it. Actually there is already a NIP for replaceable events (editable), it's NIP-16. But editing & deleting are only a request to relay operators. No way to force relay operators to follow it. And you can't choose which relays your notes go to, because anyone can rebroadcast to any relay.
Oh, thank you for reminding me. I‘ll take a look at NIP-16. Although there is no perfect solution, I still hope that clients can support this function, which can solve some problems.
It's not up to the clients, it's up to the relay operators, and as I said, you can't choose which relays see your notes. Normal notes (kind 1) are not replaceable, so clients would all need to switch the note type in order to make normal notes editable (replaceable). Even if you replace them, relay operators can keep and display old versions.
Basically, you should consider that every note is permanent and can't ever be changed or deleted.
编辑和删除都不应该
编辑功能实现起来好复杂，原事件上肯定修改不了的，因为内容一变事件ID也随之会改变，只能新增一个事件类型来把两个事件关联起来，但是这样一来，接口输出内容时又变得更加麻烦，每个事件都得去查一下有没有关联的事件。
因此，我觉得，直接删除后重发是最简单的方式，客户端和relays完全没必要不遵守协议里的删除规定的嘛。
而且我不太理解很多人为什么不支持删除功能，用户想要删除自己的内容这不是天经地义的事吗，如果连自己的数据都不能删除，那还怎么叫"自主掌控"😂