我暂时打算分多层多个中继.
- 公开中继, 任何人都可以连接读写
- 信任中继, 任何人可以读, 但是注册 NIP-05 才可以写
- 里/暗中继, 只能通过邀请 (人传人) 或者其他方式才能进行读写
- 归档中继, 通过廉价慢速的方式存储整个 nostr 网络的 event, 刚好我服务器有 32T 的存储和 38G 的内存, 应该能存下不少的事件用来做备份
不过现在还在写 kvrocks 存储实现, 以及想办法实现字串匹配的 NIP-50
Discussion
现在还没有支持 nostr filter 查询的分布式存储吧，加把劲整一个吧，一举奠定 nostr 未来 10 年的发展基础。😂
其实有的, 比如 https://github.com/Shugur-Network/relay 基于 cockroachdb 实现的分布式 nostr 中继, 但是我实测写入 qps 不怎么高...
赞，我去看看！
😂 难。太难了
这是要搞个大型中继出来呀🫡
有什么商业计划吗？毕竟后端服务不同于前端应用，用爱发电感觉很难持久
暂时没有, 不过真需要应该能做点中继广告或者卖点 blossom 服务...
我目前更倾向优化代码降低负载让成本变低...
您这服务器成本感觉不低的呀🥹
我有卖 relay 服务的想法，因为 Jumble 主要是用于浏览 relay feed，所以希望能有各种小的社区型 relay 出现。有没有兴趣整一个🌝 需要支持多租户，并为站长内容管理提供一些接口，我有在构想一个简单的 dashboard。如果都是小 relay 的话，我想成本应该不高，利润应该还行。当然 nostr 现在的规模谈不了什么利润哈哈，我是指如果规模起得来的话，比如能到长毛象到级别
这个好像也可以, 后面试试吧, 不过万一某个中继信息炸了或者 DMCA 等等了比较难受...
我还是觉得应该在 NIP-29 的基础上来做社区 😂
各有优劣吧，我是觉得 NIP-29 的社区运营者所拥有的是 relay 管理者赋予的权利，他并不真实拥有管理权限，这对想用心运营社区的人来说可能不是特别好
运营者 和 relay 管理者是同一个人就没有这个区别啦。
这种情况下使不使用 NIP-29 还重要吗 :bili_doge: