Briar 进入维护模式
一个名为 Briar 的小众安全通讯工具，以点对点、无服务器的设计，以及通过 Bluetooth、本地 Wi‑Fi 和 Tor 运行而闻名，如今正进入维护模式，因为开发者得出结论：他们无法克服现代移动操作系统的限制。评论者指出，Android 和 iOS 上激进的后台与电池管理、中心化推送通知系统，以及薄弱的网络效应，使得手机上的常久在线 P2P 通讯在技术和社会层面都很脆弱。这个案例也被用来说明：依赖捐赠的开源项目存在更广泛的可持续性限制、对 AI 能否“修复”平台级限制的怀疑，以及人们对专用 mesh 无线电和其他 P2P 或 mesh 项目替代方案日益增长的兴趣。
Briar 的设计与定位
- 被视为异常雄心勃勃：完全 P2P、E2E 加密、无服务器，可通过 Tor、本地 Wi‑Fi 和 Bluetooth 运行。
- 本地对等发现和离线能力被强调为少数其他通讯工具支持的功能。
- 安全选择非常保守（例如在私信中避免“courier”转发，以防联系人图泄露），把隐私置于可用性之上。
可用性、采用与平台限制
- 许多人认为通讯软件的网络效应非常残酷；如果朋友不迁移，这个应用实际上就没用。
- P2P 进一步加剧了这一点：你需要足够的本地密度，否则就得退回到互联网连接。
- iOS 的后台与推送限制被视为主要障碍；Briar 从未在 iOS 上发布。
- 在 Android 上，激进的电源管理和对长期运行后台服务的限制，使得在不使用 Google 推送系统的情况下，实现可靠、实时的 P2P 非常困难。
后台运行与通知
- 一些用户报告，许多非 FCM 应用的通知会延迟；使用 Google 推送 API 的主流应用表现更好。
- 技术评论解释了 Doze、应用待机分桶、FCM 优先级等级以及白名单机制，但指出不使用 FCM 的应用必须轮询或运行前台服务，这在电池和可靠性之间存在权衡。
- 有人认为更多调优或 OS 级白名单或许能有所帮助；也有人说现代 Android 已经关闭了大多数可行路径。
资金与可持续性
- 一种讨论认为，缺乏付费用户和捐赠导致项目停滞；另一些人反驳说，Briar 起初可能就没有多少用户，期望志愿者自掏腰包并不合理。
- 普遍担忧是，小型、关键安全的开源工具很难长期维持。
把 AI 当作“修复方案”
- 一条颇具争议的讨论线程在辩论“直接用一个 LLM”来重写或修复 Briar。
- 怀疑者强调：安全关键代码、平台级障碍而非单纯编码问题，以及生成大量 AI 代码的风险。
- 支持者则认为 LLM 很擅长繁琐的 workaround 代码，但其可行性和安全性受到质疑。
替代方案与未来方向
- 被提到或比较的项目包括：qaul.net、BitChat、Meshtastic/MeshCore、Cwtch、Aurora/Geogram、Berty。
- 有人建议把 P2P/mesh 功能卸载到专用无线电（LoRa、外部 mesh 设备）上，让手机作为轻客户端。
- 少数人猜测可能会出现由操作系统厂商内建的 P2P 功能（例如 Apple 做出 mesh 风格的 iMessage），但也指出主流需求并不高。