不过我这里大部分关注的用户都配置了我推荐的免梯中继，昨天晚上体验了感觉没啥影响。😇
Discussion
优秀👍 建议大家不要设置过多的中继器，2 ～ 4 个最佳，不要超过 8 个。超过 8 个 Jumble 会认为中继器列表没有得到很好的维护，会弃用并改用几个默认中继器
原来如此，就说我设置了relay列表，但是发帖只发到那几个公共relay上
采用 outbox model 之后，不像以前需要设置那么多 relays 了，客户端会自动根据情况从相关用户设置的 relays 获取数据
我一直有个问题没理解，就是nostr协议的客户端怎么知道用户的outbox relays列表的？是从哪里获取到的？如果我跟我想拉取事件的用户跟我没有共同relay，那就没办法知道他的outbox relays了吧？那既然有共同relay，还需要从outbox拉事件吗？直接从共同relays拉取就好了吧？
约定了客户端要尽可能将 relays 列表广播出去，Jumble 目前是从几个大中继器查询 relays 列表的
客户端具体怎么实现这个广播效果的？登录之后就主动广播到公共中继吗？如果用户配置的公共中继很少甚至没有应该就没效果了吧？
没有这么复杂，其实就是当用户修改了 relays 配置之后，客户端将最新的配置发到几个大 relays 而已。其他用户在需要查询你的事件时就去大 relays 查询你的配置，然后去对应的 relays 查询。如果你没有配置就要看客户端默认如何处理了
关键就在于这几个大的relay是谁配置的？客户端软件内置的还是用户自己主动配置的？我理解是要用户自己配置的，那么问题就来了，普通用户如何分辨哪些relay是大的哪些是小的？或者常用的流行的？
更别提大陆用户基本上都连不上那几个比较大的流行的中继的问题了😇
其实这类似于互联网中的 dns 解析服务器，确实应该支持让用户自定义。至于普通用户，不应该让他们设置。客户端应该有能力自动选择合适的。但现阶段有能力胜任这个任务的 relays 不多，所以客户端默认几个是合理的。
至于墙内的问题，很明显没有很好的解决方法，即使允许自定义，也没有能够胜任此任务的 relays。希望以后能有吧
我感觉要维护个专门维护这种中继信息的中继
是的
为啥我的nip-05在 #jumble 里面无效，其他客户端比如 #amethyst #nostrmo 都能正常显示？
没设置好跨域，网页客户端会有问题
搞个代理服务器专门来处理这种 nip05 和图片跨域打不开的问题。不然 web 客户端一直打开一些不可信服务器资源，始终有安全风险。
不过代理图片这个成本貌似挺高的。。。
nip05 倒是可以走代理，图片成本太高了🤣 不要直接使用密钥登陆的话问题不是很大
我看好多中继服务自带的nip05也不能正常显示，看来不是我自己一个人的问题。
很多人都忘记设置了🤣 NIP 中还专门提及了要添加 Access-Control-Allow-Origin: * 头
按ai给的跨域配置参数加上去果然好了💯