还有一个昨晚聊到的信息搬运的问题，thread找不到了（其实是懒得找了），已经有中继通过万能的rss解决了。
先去这里找到你想关注的公钥：
然后把这个中继加到你的列表里：
wss://rsslay.nostr.moe
就可以在nostr里阅读各大社交媒体的东西啦，自己想折腾的话还可以搭建一个rsshub解决一些站点反爬的问题。
昨晚想了一下，其实这个问题nostr已经在nip-10里解决了，并且不用自动广播，只是大多数客户端还没实现这个功能导致一些信息链不完整，慢慢等客户端迭代吧。
这样同时还会带来一些问题，比如数据同时存在过多的副本，比如有些中继需要入场费，这些事件他们不会保存，还有一些小众圈子的中继，无意广播进去可能会对他们产生一些入侵感的困扰。
点赞 zap 广播 新一键三连？
其实这段时间我也很奇怪这个问题，想不明白
nostr的客户端大多数都55开吧，安卓的没用过不评价，其他类型对比的话，以微博10分为标准，推特20分，ins 20分，mastodon官方的最喜欢，25分吧。
现在的学生学习时间这么长，业余时间这么卷，哪有机会体验生活，更别提接收外部信息了，说多了家长要和你急了。
客户端颜值和体验确实不好，最近在做一个客户端特别有感触，有专业的UI/UX团队产出的作品和纯技术佬用爱发电的项目差距还是蛮大的。
另外没有大流量的内容产生者进驻，对于一个新事物来说这个挺重要，如果能把川普搞过来就无敌。
再一个就是我个人的感觉吧，大多数人还是喜欢沉浸在算法推荐刷不完的事件线上，干净的环境反倒是不习惯。
这个我认为有意为之的，中继应该就是一个只存储数据的容器服务，没有任何不通用的功能，这样就能保证相同类型的事件在不同的中继不会被误会解读，更多高级或者高度定制的功能应该在客户端实现，比如你说到的数据隔离问题，可以在客户端自动广播到预设的著名的中继即便用户没有使用这个中继。
数据库设计合理的话，数据量很大也不会很快就变慢，而且现在的数据量并没有到一个非常高的水平，即便到了非常大的量，还可以用分布式集群来解决。其次各个中继可以调整对未付费用户的策略，比如未付费会清理一年前的数据，或者某些类型的数据只保留多少条，这样才能激励中继提供者继续发电。
I think the client should consider using an image proxy to forward the origin, but it may still be blocked.
