不是啊，我觉得是好主意👍
如果硬编码一个用作目录的relay，用户的relay list变动也会被客户端更新到这个relay上，客户端以这个目录relay为准，其它relay即使数据不一致，都不会有问题。
Discussion
我想了下这样要解决的问题和 https://github.com/nostr-protocol/nips/blob/master/65.md 不知道哪个方式更好？
不矛盾，其实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