正确 🙆 问题在于长连接太多了。如果真要节省流量，应该每个客户端都集成一个中继，这可以大量减少重复数据的获取。点赞、转发数量如果有更高效的获取方式，也可以减少很多流量
以前都不用连十几个，几个就可以，比如relay.nostr.band一个就能覆盖的七七八八，使用outbox机制要连接的才会更多，数据更分散了，outbox机制耗费的资源远超过旧机制，还引入隐私问题。
在以前，使用 relay.nostr.band 确实可以让你看到大部分的内容，但是当你提及某人的时候，如果他没有使用 relay.nostr.band 就收不到你的通知。所以最终就会引导用户都使用 relay.nostr.band。那为什么我们不用 X 呢
是的，但是如果我们目的是去中心化就意味着最终每个人都分散在不同的中继上，直接拉取关注人 feed 的时候必然是效率低下的。
对于 nostr 来说，精选中继可能是一条路，由不同品位的运营者收集并维护一个 feed，就像杂志那样。也可以用户自己在本地运行一个这样的中继，按设定的过滤器定时从世界各地拉取数据，形成自己喜欢的 feed
如果浏览关注人 feed 的话，你关注了一百多个人，不太可能只用到 9 个中继器
哪两个？
去中心化网络中不存在真正的删除，所以我没有做这个功能。
Jumble 是纯静态网页，没有后端的，所以也没有收集数据哈哈。感觉上来说还是非常中心化的，主要依赖几个大中继器。但是确实越来越多的人有在运行个人中继器
先从大 relay 查询并更新这个人的配置，然后去新的 relay 读取。所以不要频繁更换 relay，因为大部分客户端都有缓存，不会实时去更新你的配置。并且理想情况下，你更换 relay 应该将数据从旧的 relay 迁移到新的 relay。否则别人查询不到你以前的数据
找到了 wss://indexer.coracle.social/
Coracle 有这么个 index relay，但我忘记地址是啥了哈哈
目前约定是将这个配置发布到尽可能多的 relay，一般是会发布到那几个大 relay
早期 nostr 你想看到别人发的帖子，需要至少使用一个他使用 relay。outbox model 是一个策略，你签署的事件都发布到你的 write relays 上，别人提及你的事件都发送到你的 read relays 上。
客户端根据场景使用合适的 relays。比如查询通知时使用自己的 read relays；当你要提及某人（点赞、回复）时，发送到某人的 read relays；查询某人发的帖子时使用他的 write relays。其实它不应该叫 outbox model，有些让人误解。
在这种策略下你只需要设置一两个 relays 就可以了，但这个策略的缺点在于需要所有客户端都这么做
随着 amethyst 支持 outbox model，主流客户端只差 damus 还没支持了。但中国的网络环境很不适合使用 outbox model，因为 outbox model 下，你查询某个用户的帖子时用的是他的 write relays，而大概率在墙内连不上他的 relays。如果没有探索出适合中国的策略，形成自己的网络，那大概率 nostr 会从中国慢慢消失
上证指数新高而我仍是亏损 🌝
不好意思，我已经忘了批量上传的需求哈哈哈，今晚安排上
分享 nostr:npub1gd8e0xfkylc7v8c5a6hkpj4gelwwcy99jt90lqjseqjj2t253s2s6ch58h 做的中文资讯中继器