给你添加了我这个基于bostr项目搭建的代理转发中继的读写权限,你试试看能不能用:wss://bostr.online/

这里查看所有被代理的中继列表:https://bostr.online/

本来是默认全公开读写的,但是我的cloudcone VPS规格太小了,扛不住几十个客户端用户,内存每天oom,就只加了7,8个经常交流的诺友。😇

Reply to this note

Please Login to reply.

Discussion

你说要加50个🤣

有一阵儿,linode天天发报警邮件,宽带报警。。。。

把中继转发一关, 恢复如初。

nostr的模型,相当消耗资源的。 连多少个relay,数据就重复存放多少份,带宽消耗多少倍。

说好的绿色节能,环保地球呢?

relay切片多好,切片协议借鉴BT啊。

这个bostr中继项目能部分解决带宽问题,事件进来的多出去的少,能在中继上去重。

已经算切片了。不鼓励大家用大而全的中继,鼓励客户端只配置几个中继,然后动态扩展中继。

至于绿色环保…目前来看不存在😅

动态扩展是不是要客户端支持才行?

是的,越来越多客户端支持了。

例如客户端在寻找某一个推文,在你的中继列表找不到,会尝试打开其他中继去寻找。

你想看某个人的推文列表,会打开这个人的写中继去下载。

你哎了某人,会打开他的读中继列表把这个推文写过去。

总体来说呢,你看的推文数量应该没有加很多大而全的中继多,会漏了一部分,但目前 nostr 社区比较推广这种方式。

不然就只能加代理中继了。