还是有蛮多差别的，只是我不想再重新写一遍，一开始只是想写一个简单的中继浏览器，所以没考虑原生 app 的问题

主要是大部分人都不知道什么是 pwa 😌只会觉得要用浏览器打开不方便

开始小长假☺

感觉有四季的地方的人有更多的情感 广东现在树还是绿的😌 从小就蛮喜欢影视作品里冬天的场景

不重要，没有 nostr 好 :bili_doge:

已添加到社区中

https://jumble.social/?r=wss://relay.nostrzh.org/

> 貌似是个 web3 的社交协议

:bili_doge:

新的评论区展示方式意外的适合浏览紫水晶的社区

nostr:naddr1qvzqqqyx7cpzp8j22f6xh652qd8qzlpqr4sr8xpkka70sedlnxn3qs5nmxhccj7yqyfhwumn8ghj7mmxve3ksctfdch8qatz9uqsuamnwvaz7tmwdaejumr0dshsqrhsn7r60uyls7m5y5jp2dy5c56zwj3

忘记在通知列表增加 spam 标识了，今儿补一下

道理是这个道理，但我只是个涨了高兴跌了难受的小散户🥹

道理我懂，但手里的币从高点下来了 30% 多少还是难受 :bili_doge:

太真实了

nostr.band 的维护者最近不怎么活跃了

这样确实会更去中心化，但是存在一些问题。比如用户更新了 kind-10002，已经发出去的 note、tags 中的 relay hint、note 中的 nprofile…… 这些途径拿到的 relay 上可能没有用户新的 kind-10002。也无法批量获取用户的 kind-10002。

可能需要在以后的某一天，另一个用户提及了他，并且带有他使用的新 relay，才能与他重新取得联系。

当找不到用户的 relay 配置时会降级使用 big relays，最后许多事件都只会发送到你的本地 relay 🤔

两者用的 relays 是没啥差别，因为新用户用big relays 来入门是最保险的。

你用本地 relay 作为 big relays 会有些些问题，因为在 Jumble 中 big relays 主要用于获取他人配置的 relays 以实现 outbox model。除非你的本地 relay 存储了足够多用户的 relay 配置，否则 outbox 的逻辑会有点问题

嘶 紧急修复一下

这条回复使用 jumble 发的吗？tags 有点问题🤔

戴一个吧，戴多了乱 不安全

评论展示真是个难题，又做了一些调整，终于让自己比较满意了

这是在说 v 站吗 :bili_doge:

最近身边发烧的人有点多，多半都是流感😷

好冷清🥶

那应该是我配置的有问题，我得再看看咋整。先别用 inbox 中继吧，这不影响往社区发内容

现在这么模式下，随便设置几个公共中继就能用了，不理解也没什么关系

中文圈确实小，日本用户都比我们多很多

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

当我的代码出现大量注释时，意味着是 AI 写的 :CatBlush:

这个 relay 有 36 人了 :RAGEY:

大部份 relay 在必要时都会要求认证，只是用户感知不到。比如获取私信事件时

outbox 确实引入了更高的开销和隐私风险，这或许也是难以推广的原因。现阶段我觉得值得尝试，说不定过段时间我又会站另一个模式上哈哈。就像你说的，各方博弈下最后在某个平衡点达成共识

完全不介意哈哈，不和你们讨论我都没意识到 outbox 的隐私问题，属于是闭门造车了

确实，这个问题有些棘手

我也是用的几个大中继，然后搭配一个我本地的中继。可以保证哪天我不用这几个大中继了，也不需要费尽心思转移我的数据，大家依然可以从我的本地中继获取到我以前的数据

我觉得不能类比比特币，因为比特币只要你运行节点就对网络有影响。而在 nostr 以前的逻辑下，你运行自己的 relay 几乎是毫无意义的，你需要有足够的影响力说服足够多的人加入你。更像是现在大家都用微信，你有权利开发新的聊天软件，但是没有人加入你，你最终还是要留在微信的圈子里