big relays 主要作用是获取用户设置的额外 relays，profile 如果没能从 big relays 获取，是会从用户配置的 write relays 获取的。当然如果 big relays 都挂了，那问题是挺大的，因为我也不知道该从哪里获取其他用户配置的 relays 😌
Discussion
啊?! 一直以为 jumble 是某位外国开发者主导的QAQ
big relay 是因为我在连接本地中继测试的时候我发现客户端会不受控制的去连接其他中继, 然后就直接断网测试了...
outbox model 是这样的了，当你要查询某个用户的事件时会从这个用户配置的 write relays 上查询，当你要查寻某个帖子的回复时，会从主贴的作者的 read relays 查询，当你提及某人时事件会被发送到此人的 read relays 上…… 这种模式下客户端会自动连接许多其他 relays，这对去中心化是有作用的，当然牺牲了一些隐私，因为会连接许多你可能不想连接的 relays
要实现以上逻辑，客户端首先需要一种高效的方式查询用户的 relay 配置。现在大家的做法是将用户的 relay 配置发布到一些大型公共 relays 上，查询时也从上面获取。严格来讲我不应该将其命名为 big relays 应该叫 index relays
确实, 之前看到过 fiatjaf 的文章提到过 https://fiatjaf.com/bc63c348b.html
目前在隐私和各种中继模型我发现的只有 nostrudel 是最完善的, 然后抗审查方面 nosotros 这个是最疯的, 每次打开它会连接上百个中继服务器, 我估计他是完全遵守了 nip65 (kind 10002) 事件约定