Nostr Web Client

不矛盾，其实nip65的relay list metadata也是应该放在这个目录relay上才最好，客户端也都是把客户的relaylist存在relay list metadata。

我觉得你这个主意简直太好了，如果只按nip65说的，

“It is suggested that clients offer a way for users to spread their kind 10002 events to many more relays than they normally post to.”

客户端能用什么方式广播，还不是要靠relay去广播，而且总有relay没收到这个信息，但众多目录relay彼此甚至可以同步，没notes的话根本没什么存储需求，客户只要有一个目录relay在列就能完全保证nip65的意图，nip65应该就是为了gossip model

Reply to this note

Please Login to reply.

Discussion

ElectronicMonkey 2y ago

所以目录 relay 是一个只接收 event kind 65 的 relay，适合用户拿来硬编码到 nprofile 里面？轻量级是个有吸引力的点，甚至可以 self-host，毕竟用户 run 这种 relay的成本足够低了。不过我有个疑问，就目前这个阶段来说，它跟其他的综合型 relay 相比好像没什么优势？用户其实现在只要连支持 nip-65 的 relay 就能达到这个效果？

nodez 2y ago

就像我前面说的nip65是个模糊的规则，如果都用相同的综合relay群，网络健壮性远不及由分化功能relay群提供。

再一个就是彻底解决用户数据不一致的问题。