eose 可以考虑，重新渲染不行，是人家的 框架。基于ajax请求。我用nostr转的。他ajax请求回去就不再来ajax请求了。
这出现了一个麻烦的逻辑，如果服务器A，返回的快。但是是老消息，服务器B，返回的慢，但是是新消息。 这时候可能客户端把A的老消息渲染给用户了。尤其是我让用户读书，我不会等第二次事件来的，（我也不知道后面还有事件。） 同一个章节，我看到了第一个回复就给用户展示了。
这里基于docsify 做的，都不是nostr平台。这可如何是好。唉
我自己网站加了 1111, 以后在nostrbook上都用1111 做comment了。不过具体的tag没有补充全呢。用1111,有一个好的点，就是他把root的id，parent的id， pubkey 都记录了。这样 方便 多层comment的时候 做tree展示。
找到了 ：Replies & Comments
Replies to kind 30023 MUST use NIP-22 kind 1111 comments.
上面回复是我在 https://yakihonne.com/ 回复的。他就是用的1？ 我自己做的好像也是抄的他的。不过你看到的这条 是 yakihonne的。 按照协议应该用什么？
同一个 pubkey，同一样的d tag， sig不一样。 都是30023 有时候服务器有时候返回2个事件。不知道错在那里。 是不是可能是不同的服务器返回的？
I'm really curious about how you discovered this. And it's amazing that you can use AI to write books.
这个是在我 nostrbook.com 你也能看到吗？ 你是什么客户端？
两件事情，1 .nostrbook.com 又来了一个新用户写了书。
2. nostrbook.com 增加了blog功能。
2025年4月22日，我不知道是否该写点什么？
我应该要写点什么？ 不过我知道消息已经比昨天晚了一天。
人就这走了，去了另一个世界，他是朋友，也是同事。
我不知道该说什么，但是我应该为此留下一点痕迹吧。
否则人这一辈子，连死了都没人给他留点痕迹。
突然我意识到人为什么要立一块碑文了，也许就是留一点痕迹吧。
石头，对用石头，让他更长久一点。
是的，我也不能具体的写点什么了，一切都灰飞烟灭。
保佑！
楼市真的给买跌了，那时候经常有人问，谁把楼买跌了，我就去买。结果真跌了，大家就不买了。
postr 会给你发一个官方消息后，不再主动和你联系。除非B给postr发消息，他会转发给你。“B主动给你联系，并且给另一个人的消息。” 这不是posrt干的事情。
nostrbook.com 正在开发 blog 长文 功能。nostr 写博客，无空间限制，随时随地，随便写。
这个 只做新闻吗？ 普通用可以可以发帖子吗？ nostr:npub1gd8e0xfkylc7v8c5a6hkpj4gelwwcy99jt90lqjseqjj2t253s2s6ch58h
这是北理工哪个么？ 听说这个教授还给他发了红包，他还收了。