哦哦哦我看错了
或许未来能有客户端实现这些功能。目前只能用一些脚本,程序,命令行来实现。
他的这些思考我看过,不赞同。
不应该用分隔relay的方法来做。
Nostr totally think different. Super thin svr and super fat clients. Like HTTP invented.
如果历史消息都存在你的relay里,可以用各种工具把这些消息重新push到你新加的relay上去。
那么想要一个跟微博客户端一样来组织消息显示的app,得多少sats ?
理论上客户端并不存储历史信息。所以最好能够自建一个relay,这样你发的历史信息就存到自建relay里去了。当其他relay都挂了,你新加一些relay,那么新的消息就在新的relay和你自己的relay上有。你的follower理论上已经联系不上你了,也看不到新消息。如果有经验的,去各个relay找你的pubkey,还是能重新找到你(当然是在你新加的relay上),然后他看到的,只是你新发的消息。
不需要吧?完全是客户端按照用户设置来分隔,没有必要把这个分隔信息给到relay。
另外,才50k sats就可以请人写代码了?
我也想用50k请人帮忙
这个可以扩展吗?例如用户自己设置多个tab,每个tab展示不同关注组的message flow。
在发了在发了
test to 3 relays
why the connection is so stable to damus.io today? I cannot continue test on it. FUCK!
wait for errors pop up when testing websocket reconnect to damus.io
test proxy to damus.io with websocket reconnection
我推荐它,它感激我,所以关注我了。