我想借这个机会澄清一些可能存在的误解：
-
我写过很多关于 web5 的文章，web5 是一个探索中的理念和范式，不是特定的技术或技术组合。
-
nostr 也好，atproto 也好，在 web5 中都可以承担 “web5/2” 的角色，这一点我在文中都写过的。如果 web5 的理念真的得到发展，未来还应该尝试融合甚至创造更多的 “web5/2” 开放协议，毕竟场景是多样化的，不可能一个协议解决所有问题。
-
如果要比较 nostr 和 atproto, 我对 nostr 的期待在于它的开发者社区，如果有足够长的时间有可能演化出很有趣的结果，但 nostr 起点过于简单，适用场景很受限；相对来说，atproto 在思考和设计上都比较完整，使用场景更广泛，可用性更好。
-
以上这些观点我在各种场合和很多人（包括你）都分享讨论过，但概括为 “Jan 想转向 AT Protocol 做 Web5” 我觉得是比较有偏差的。
-
在我带领的团队中，Retric 一直在探索 nostr，他提出了 did:ckb Nostr Document, 是一种把 nostr 融入 web5 范式的尝试。
也许能减少一个、又一个、又一个、又一个的推倒重来。
web5 的核心是链上链下的边界和结合，这是从 rgbpp, nostr, atproto 到 fiber 的一致思路, 这些技术在 web5 中都有自己的位置，但什么时间要做什么，每个团队显然都有自己的考量，我们都无法替他们做决定。我看到的不是推倒重来，而是不同团队做了不同的选择，但这些选择的内核是一致的。
很高兴看到你对 nostr 和 atproto 的看法，祝好。