Nostr Web Client

没有这么复杂，其实就是当用户修改了 relays 配置之后，客户端将最新的配置发到几个大 relays 而已。其他用户在需要查询你的事件时就去大 relays 查询你的配置，然后去对应的 relays 查询。如果你没有配置就要看客户端默认如何处理了

关键就在于这几个大的relay是谁配置的？客户端软件内置的还是用户自己主动配置的？我理解是要用户自己配置的，那么问题就来了，普通用户如何分辨哪些relay是大的哪些是小的？或者常用的流行的？

Please Login to reply.

更别提大陆用户基本上都连不上那几个比较大的流行的中继的问题了😇

等这个模型跑通了，我们可以再想想怎么解决墙内的问题

我现在用bostr代理中继解决的，一个bostr服务器可以代理几十个upstream中继。

这也是国内的一种方式，国内可能不适合用 outbox model。我们可以自己探索一种策略

我目前的策略就是主要用的 inbox。一些像打开个人详情、私聊、回复帖子等有具体目标用户的场景，会额外打开用户的读或者写中继来读写数据（这就是 outbox 了吧？）。

算是了，只要你有将事件发送到提及人的 read relays 就很好了，这对其他客户端来说已经是莫大的帮助🫡

其实这类似于互联网中的 dns 解析服务器，确实应该支持让用户自定义。至于普通用户，不应该让他们设置。客户端应该有能力自动选择合适的。但现阶段有能力胜任这个任务的 relays 不多，所以客户端默认几个是合理的。

至于墙内的问题，很明显没有很好的解决方法，即使允许自定义，也没有能够胜任此任务的 relays。希望以后能有吧