我也正在做这种类似的中继, 我打算使用 llm 来对传入内容进行审核做类似 Bilibili 阿瓦隆那样的审查:bili_fantastic:
应该没有...
公钥绑定手机号等等就已经劝退大部分了
然后体验还很差, 假如使用者仅用国内中继, nostr 的中继孤岛效应就更明显了, 能看到某个用户回复了很多帖子, 但是看不到具体回复了什么
也不方便一个使用者重新广播别人发布的内容 (应该会做 NIP-42 限制仅能发布自己签名的内容)
有投票功能了吧:huh: ...
en: https://github.com/nostr-protocol/nips/blob/master/88.md
zh: https://github.com/ClarkQAQ/nips-chinese/blob/main/88.md
你要是用的 jumble 应该还能直接发起和看见投票
【初音ミク】Nostrの歌【にらた】
确实, 之前看到过 fiatjaf 的文章提到过 https://fiatjaf.com/bc63c348b.html
目前在隐私和各种中继模型我发现的只有 nostrudel 是最完善的, 然后抗审查方面 nosotros 这个是最疯的, 每次打开它会连接上百个中继服务器, 我估计他是完全遵守了 nip65 (kind 10002) 事件约定
作者内置一些中继用于在初始状态连接到中继来做基础的信息推拉, 所以即使你没设置这些中继其实也是连着这些中继的
啊?! 一直以为 jumble 是某位外国开发者主导的QAQ
big relay 是因为我在连接本地中继测试的时候我发现客户端会不受控制的去连接其他中继, 然后就直接断网测试了...
写了一个轻量化的 Nostr Profile 网页, 但是不是像 https://njump.me/ 那样的服务器渲染, 而是前端连接中继并实时接收更新, 我自己用来做域名首页的, 这样我可以把账号或者后面添加一个列表直接当作博客使用:bili_fantastic:
当然, 项目是开源的, 不过我本身是后端开发, 前端比较业余, 所以是用着 https://github.com/sst/opencode 写的...
项目地址: https://github.com/ClarkQAQ/nprofile
预览地址: https://gulugulu.moe/
主要特点是响应式兼容 PC 和移动端, 多语言适配, 流式加载笔记 (https://nosta.me 看不了全部笔记这点有点难受), 宽窄卡片切换等等...
Yakihonne 的最新版居然开源了, 之前我跑的时候还是一个老得不行的版本, 而且上个月仓库好像还被归档了. 今天想着看看 Nostr 社区最近发展得怎么样, 就顺手去瞄了一眼...
虽然...呃...是用 Next.js 写的, 不过它在中继连接管理和事件发布这两块确实比 Jumble 成熟太多了.
顺带说个自己的发现: Jumble 的设计里把 Big relays 给 const 死了, 强制会连接这些中继做 bootsetup, 一旦这个列表里的全部中继出问题, 就算你额外配置了其他中继, feed 流和各处的 profile (kind-0) 也都加载不出来, Jumble 能这么火应该是矮子里挑高个才...
当然 Yakihonne 也不算完美, 它那套 "智能组件" (美丽的废物) 改天得 fork 下来自己删一删.
Nostr 都发展到现在了, 居然还没有一款完美的客户端. 要是能有个融合了 `Jumble`, `Nostrudel` 和 `Yakihonne` 优点的客户端就好了. 睡觉了, 梦里也许什么都有 😢
Fuck YAML. In an HTTP environment, JSON is already more than enough. JSON can also be streamed and decoded. Have YAML advocates ever actually tried copy-pasting YAML with different indentations across environments?
我服了啊...为什么我早期测试客户端要用我跑出来的靓号公钥的密钥对发布啊, 现在时不时还能在别的中继看到我 22 - 23 年测试的内容呜呜....
估计后面得话时间写脚本遍历全网的中继发布删除事件了 😢