运营一个像 v2ex 那样偏小众的,感觉也挺好。不在境内运营,同时处理掉不和谐内容(也不实名),减少监管压力,应该 OK,不会有人身危险。😂

Reply to this note

Please Login to reply.

Discussion

我暂时也是这么想的,但是不知道该怎么管理内容,我总不能一条条看吧(似乎也不是不行,也没多少用户)

可以分两级处理。先 AI 自动打分,明确有问题或明确没问题的,直接以 AI 为准;拿不准的,再人工介入。

找个便宜的模型,比如 DeepSeek 或者 Gemini Flash,处理上万条数据,成本估计也不到一刀。😂 以 nostr 现在的规模,即使全部处理一遍,应该也能承受。😂

全网垃圾帖子的数量可不少,我觉得邀请制 + 举报机制是个蛮有效杜绝 spam 的方式。lang.relays.land/zh 还是太基础了,想自己整一个

初期邀请制是个好办法,种子社群很重要。

垃圾内容(包括各种审核)我觉得不用太担心,先得有足够用户😂

内容不好也很难吸引新的用户加入,lang.relays.land/zh 现在有 51 个用户,但似乎许多人没有把帖子发到这里,内容也缺乏多样性

冷启动是这样的啦,需要用户,需要内容,需要大 V,也需要粉丝,啥都要,比较考验运营。

专门做专营的人来搞这个,可能会花钱找几个大 V,开号发帖,带粉丝过来。然后人肉运营,制造热点和讨论话题啥的,顺便撒点 btc 羊毛,场子慢慢就热起来了。😂

现在整个 nostr 我还没看到有这样专业的玩法。昨天看到有个老哥,在 AQSTR 推广了一把,帖子直接就干到 Trending 24H 了,花费可能不到 10 刀。可见现在生态还是挺薄弱的。

如果不考虑特别专业化的运营,我觉得值得尝试的是,先把用户圈进来。我的感觉是,nostr 自 2023 年初火了一把之后,很多人很多就退出了。可能因为找不到足够用户,「社交网络」的「网络」这一块难以成型。😂

也许,找到 1000+ 个中文用户,会有帮助?😂 光良的粉丝中,活跃用户说不定就够这个数字了。😂

我的爱只能支付得起域名和一台服务器哈哈,请不起大 V 撒不了币

跑起来再说呗,未来是很难规划的😂

太分散了,没有人愿意来投这个钱。

像长毛象这样子的联邦式分布式社区,每个站长起码还能对自己手上站点的数据拥有一定权限。自然愿意创作或者花资源找人创作高质量内容。

大多数人是内容的消费者,不太关注什么分布式,只会在下面666。

😄😄😄 来来来,来好好搞 NIP-29

mosvi那麼像wechat的客戶端都沒什麼人用,說明nostr現在沒特別的app

mosavi

我觉着社区内容比较重要,什么 app 什么协议都是次要的

那是根本,大部分用戶哪裡管什麼隱私、什麼去中心化

客戶端體驗不好也走了不少人

蛮多成功的社区的网站体验比大部分 nostr 客户端都差哈哈,两年前 damus 的体验已经不差了

是的了,没被封过号都不会思考这个问题

其实吸引国内使用者很简单...只要和他们说可以色色就行了...:bili_fantastic:

那将吸引来一群大老爷们儿 :bili_doge:

女生也行, 说这里能无限制打拳或者这里有人虐猫 (bushi

满分!

我也正在做这种类似的中继, 我打算使用 llm 来对传入内容进行审核做类似 Bilibili 阿瓦隆那样的审查:bili_fantastic:

完全公开吗?还是邀请制白名单之类的

我暂时打算分多层多个中继.

- 公开中继, 任何人都可以连接读写

- 信任中继, 任何人可以读, 但是注册 NIP-05 才可以写

- 里/暗中继, 只能通过邀请 (人传人) 或者其他方式才能进行读写

- 归档中继, 通过廉价慢速的方式存储整个 nostr 网络的 event, 刚好我服务器有 32T 的存储和 38G 的内存, 应该能存下不少的事件用来做备份

不过现在还在写 kvrocks 存储实现, 以及想办法实现字串匹配的 NIP-50

现在还没有支持 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:

就是走长毛象的路,挖它的墙角 😄

我就是想挖它的墙角哈哈,我的意思是当你是 relay 管理员时就不需要 NIP-29 了,因为你对内容本身有绝对的控制权,有各种方式管理内容。至于要允许谁写入也可以使用各种各样的策略来做限制。像 pyramid, lang.relays.land 都是这样的思路

有一点点区别,如果直接使用常规中继来做的话,其他客户端读取数据回来展示的话,就会跟来自公共中继数据没什么区别了。

是的,需要特殊的中继,需要一个好用的 dashboard,批准加入申请、处理用户举报…… 但 NIP29 一样也是需要中继做特殊支持的