在中国境内合规运营一个 relay 是否有意义 🤔

Reply to this note

Please Login to reply.

Discussion

没意义。

怎么合规,实名制?你都搞实名制了,谁还玩nostr啊?

如果只是运行一个 relay,没有注册、没有账户体系的话不需要实名制(gpt 老师说的🤣)

😅外行了…

GPT 是指 ChatGPT 吗?我得到的回答不太一样。

——去中心化/匿名技术本身并不自动免疫法律责任:监管关注点是“谁在境内提供服务、谁能被联系与执法、谁在处理/保存数据”。若节点运营者在大陆或面向大陆用户,监管会要求履行相应义务。

从本世纪初开始做 BBS、私人 Blog 的经验,包括被扣封托管服务器,目前除了被迫使用的 WeChat 之外,已经在大陆几乎完全退网。

大语言模型只是概率机器,仅供参考 :bili_doge: 我个人觉得也是会要求实名的

内容合规好麻烦的。现在监管部门可能还不懂 nostr 是什么,买台服务器/VPS,注册域名然后备案,我估计都能顺利通过。

几年后,如果 nostr 突然出现一个热点而爆发,监管开始关注,麻烦就来了。比如监管发现 relay 上有不和谐内容,可能会处罚。即使没被发现有多少不和谐内容,要持续向监管证明自己的合规操作,估计也挺麻烦的。

另外,加密货币在国内是受打击的。如果运营一个 relay,又不能支持 zap,使用体验上也会有折扣。

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

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

可以分两级处理。先 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 一样也是需要中继做特殊支持的

应该没有...

公钥绑定手机号等等就已经劝退大部分了

然后体验还很差, 假如使用者仅用国内中继, nostr 的中继孤岛效应就更明显了, 能看到某个用户回复了很多帖子, 但是看不到具体回复了什么

也不方便一个使用者重新广播别人发布的内容 (应该会做 NIP-42 限制仅能发布自己签名的内容)

确实,墙的问题还是很大。如果用户能翻墙了,也没必要花时间在国内搞合规

我认为是不可能实现合规运行nostr relay(

很难, 因为 Nostr 的删除是不可靠的, 除非实现服务端单方面的审查, 并且还要严密监察和响应舆情控制, 刚起步可能会卡在资质上. 如果只是拿着 ICP 和公安备案就开始弄的话, 应该还能靠 Nostr 的小众特性稳定一段时间.

另一个是小心举报和故意钓鱼的, 接受监管要公示资质, 这时候就变成明处暗处了. 有相当一部分人喜欢拿某些国内敏感内容当自爆卡车, 在这里放暗箭的成本就更低了.

自个儿 relay 的删除还是可靠的,至于其他地方存在不归我管了吧🌝 主要是审核内容费劲,还把自己架到明处

服務器只儲存加密信息,客戶端負責加解密

这属于可疑服务了🌝分分钟约你喝茶

如果每个用户都能解密那就等于公开,如果每个用户都单独加密解密那就是 TLS (https was) 了

还得确保客户端不能出现其他不受管理的中继的内容, 所以可能得只能连自己的中继了. 内容审核可以交给 "社区志愿者" 和机器审核.

是的,但是评论什么的如果只从自己的中继拉取难免不全,看来走不太通呢

中继变成双向读写的应该就可以让中继去拉取并审查了, 还能顺便镜像到自己的服务器.

协议允许这么做,大部分中继也只有速率限制,所以这是可实现的,只是中继的逻辑会变得比较复杂

可以参考 Bluesky 的合规方式, 所以也得开发自己的客户端, 资质给到客户端上, 审查在客户端和客户端与中继之间的中间层实现, 只允许连接和发现白名单中的中继服务器, 这样既不影响去中心化特性也能按传统社交媒体的方式接受监管.