不用注册账号,不用绑手机号,也不接入任何中心服务器——去中心化通信应用 Bitchat 最近把项目页面和代码发布到了 Radicle,一个专注去中心化代码协作的网络。
它面向 iOS 和 macOS,已经上架 App Store,代码以公共领域协议发布。蓝牙多跳 Mesh 网络负责离线通信,联网时切到 Nostr 协议的中继网络,把覆盖范围拉到全球。比起"够不够去中心化",更值得追问的是另一件事:这套蓝牙做主力、Nostr 兜底的混合架构,能不能在隐私、覆盖和可靠性上都说到做到。
发生了什么
- Bitchat 的项目主页和代码目前出现在 Radicle 网络节点上,同时保留 App Store 上架版本。
- 应用是双传输架构.本地蓝牙 Low Energy Mesh 管离线,互联网上的 Nostr 协议管联网。
- 位置频道用地理哈希坐标划范围,分街区到国家好几档;三击屏幕能瞬间清空本地数据。这两处设计更像给高风险场景准备的,不是常规聊天软件的标配。
需要说清楚:材料只能确认 Bitchat 的项目页面和代码目前出现在 Radicle 上。这不代表它已经彻底搬离原来的代码托管平台,也不代表 Radicle 是它唯一或独家的托管方。更像是一次"多点存在",不是"搬家"。
私信怎么走:蓝牙优先,Nostr 兜底
私信的传输顺序写得很明确,也是这套架构最值得画出来的部分:
能面对面就不绕远路,绕不开才上网,这套逻辑很务实。但一旦两种传输都不可用,消息只能排队等——这解决的是"最终送达",不是"实时送达"。
两条路径的依赖条件和已知限制并不对称:
| 传输方式 | 触发条件 | 覆盖范围 | 已知限制 |
|---|---|---|---|
| 蓝牙 Mesh | 附近有其他 Bitchat 节点 | 最多 7 跳,实际距离取决于设备密度 | 人少的地方,跳数是纸面数字 |
| Nostr 中继 | 蓝牙不可用、设备已联网 | 官方称 290+ 个中继,理论全球可达 | 中继数量为项目方自述,在线率和稳定性未见独立数据 |
| 两者都不可用 | — | 排队等待,联网后自动发出 | 保送达,不保时效 |
蓝牙的实际有效距离、iOS 后台运行是否受系统限制、节点之间怎么互相发现——这几点材料都没有交代。想靠它做关键通信的人,这些恰恰是最该先搞清楚的空白。
我的判断:能顶用,但别当唯一保障
7 跳和 290+,这两个数字都来自项目方自己的说明。没有独立测试,没有用户规模数据,没有安全审计。能不能扛住真正的大规模灾难通信,现在只能存疑。
"断网也能聊"这个思路不新。Briar 这类开源项目做蓝牙 / WiFi / Tor 混合通信已经好些年,也公开过安全审查记录。材料里没有提到 Bitchat 是否经过同类审计,这是它和老牌选手之间目前能看到的最大差距。
蓝牙 Mesh 的可用范围取决于附近设备密度。人少的地方,7 跳理论值和实际能到达的距离可能差很多。地理哈希位置频道和蓝牙元数据本身也有暴露面——"无账号无服务器"不等于匿名,不等于不可追踪,更不等于绝对安全。
这套架构对两类人分别意味着什么,值得说具体:
- 关注隐私通信和去中心化协议的技术读者:可以去读代码、看协议设计,甚至在 Radicle 上参与协作,但在看到第三方安全审计之前,先别急着把它当成可信的隐私工具推荐给别人。它更适合当研究样本,不是当成品去信任。
- 需要断网或临时通信方案的用户与开发者:别把它当灾难时刻的唯一手段。真要用,先在人多的场景里实测一次跳数和实际距离,搞清楚周围有没有足够节点撑起网络。当备用,不当替代对讲机或卫星设备的正式方案。
接下来最该盯的,是三样材料里还没给的东西:有没有第三方安全审计、蓝牙实际有效距离的独立测试、Nostr 中继在真实紧急场景下的在线率。这几项补上之前,"靠不靠谱"这道题都只能先挂着。
真正会用到它的,大概率是灾害现场、临时抗议、信号中断或偏远地区里需要就地拉起一个小圈子通信的人;对去中心化协议开发者来说,它更像一个验证"混合传输加去中心化托管"这条路走不走得通的样本。
【锐评】断网能聊只是理想,人多才是关键——蓝牙的物理半径,比协议理念诚实得多。