2026 年 7 月 23 日深夜 11 点 16 分，印度网络犯罪协调中心（I4C）向 GitHub 发出一份三小时内必须执行的命令：封锁 permissionlesstech/bitchat 及其两个 Android 仓库。通知里没有指出仓库中有任何违法内容，封禁的理由是这个应用本身的能力——没有用户注册、没有手机号验证、没有中心化日志记录，这些设计特征"严重阻碍了执法机构的合法拦截、归因和调查"。
Jack Dorsey（推特联合创始人、Block 公司 CEO）在 7 月 24 日把这份通知贴到了 X 上，写道："印度政府不喜欢 bitchat 这样的技术，想要把它拿下。"印度数字权利组织 Internet Freedom Foundation（IFF）当天上午即发表声明，称这次封锁"违宪且威权主义"。
中国早在 2026 年 4 月就要求苹果应用商店下架了 bitchat。印度是第二个出手的大国。bitchat 的 GitHub 仓库此时有 28000+ star、4000+ fork，日新增 star 近 1700，在 GitHub Trending 上持续攀升。
一个没有服务器、不需要联网、用蓝牙 mesh 组网的消息应用，为什么会引发两个大国接连出手？
蓝牙 Mesh：没有网络的通信
bitchat 的核心设计是蓝牙低功耗（BLE）mesh 网络。手机之间通过蓝牙直接连接，不需要 Wi-Fi、蜂窝网络或任何互联网基础设施。消息通过附近设备逐跳中继（multi-hop relay），最多 7 跳。在方圆数公里范围内，只要设备密度足够，消息就能抵达目标设备。
这意味着断网场景下通信仍然可行。抗议现场、灾难区域、偏远地区——只要手机有电、蓝牙开着，消息就能传。这也正是印度政府忌惮之处。通知里明确列出 bitchat 可能被用于"协调非法集会、暴力抗议、传播虚假信息和犯罪阴谋"。
从工程角度看，BLE mesh 的实现面临三个核心约束：
功耗。蓝牙 LE 本身就是为低功耗设计的，但持续收发消息会加速耗电。bitchat 采用自适应电源管理（adaptive battery modes），通过优化占空比（duty cycling）来平衡连接性和续航。LZ4 压缩减少了传输数据量，进一步降低能耗。
带宽。BLE 的理论带宽约为 1-2 Mbps，实际可用更低。bitchat 使用二进制协议（binary protocol），将消息编码为紧凑的数据包格式，专门针对蓝牙 LE 的约束做了优化。相比之下，传统消息应用基于 TCP/IP 协议栈，数据包格式开销大得多。
节点密度。mesh 网络的覆盖范围取决于参与设备数量。设备越多，中继路径越长，覆盖面积越大。bitchat 支持自动对等发现（automatic peer discovery）和连接管理，设备加入和离开网络不需要手动配置。
双传输架构：蓝牙 + Nostr
bitchat 不是一个纯粹的离线工具。它采用了双传输层架构（dual transport architecture），在蓝牙 mesh 之外，还集成了 Nostr 协议用于互联网通信。
Nostr（Notes and Other Stuff Transmitted by Relays）是一个去中心化协议，消息通过中继服务器（relay）传播，但中继不存储用户身份信息。bitchat 接入了 290+ 个 Nostr 中继节点，分布在全球各地。
两种传输层各司其职：
| 维度 | 蓝牙 Mesh | Nostr 协议 |
|---|---|---|
| 联网需求 | 不需要 | 需要互联网 |
| 覆盖范围 | 本地，数跳之内 | 全球 |
| 加密方式 | Noise Protocol | NIP-17 |
| 典型场景 | 断网、抗议、灾难 | 跨地域日常通讯 |
bitchat 的路由逻辑会自动选择最佳传输方式。蓝牙可用时优先走蓝牙（最快且最私密），蓝牙不可用时回退到 Nostr。两者都不可用时，消息排队等待，直到连接恢复。
基于 Nostr，bitchat 还实现了地理频道（location channels）功能。使用 geohash 坐标（一种将经纬度编码为字符串的算法）创建基于地理位置的聊天室。精度从城市街区级别（7 字符 geohash）到国家/大区域级别（2 字符），用户可以加入对应地理范围的频道。
加密：Noise Protocol + NIP-17
bitchat 的加密设计分为两层。
蓝牙 mesh 上的私人消息使用 Noise Protocol Framework 加密。Noise 是一套密钥协商协议框架，Signal 使用的 Double Ratchet 算法就源于这一体系。Noise 协议支持前向保密（forward secrecy）——即使长期密钥泄露，历史消息仍然安全。
Nostr 上的私人消息使用 NIP-17 规范，采用"礼物包装"（gift-wrapping）技术。发送方用接收方的公钥加密，消息经过中继时中继无法读取内容。每个 geohash 区域使用临时密钥（ephemeral keys），每次更换地理区域时生成新的加密身份，防止跨区域关联追踪。
整个系统没有账号注册。没有手机号，没有邮箱，没有用户名。身份就是一对加密密钥——公钥分享给别人用于发送加密消息，私钥保存在本地。这种设计意味着服务器端没有可被传唤或泄露的用户数据库。
IRC 式交互：反直觉的设计选择
bitchat 的界面交互刻意模仿 IRC（Internet Relay Chat）——上世纪 90 年代互联网早期的聊天协议。用户可以用 /slap、/msg、/who 等斜杠命令操作。这种设计在 2026 年的消息应用市场上显得格格不入——主流应用已经全面图形化、隐藏技术细节。
这个选择是有意的。IRC 用户群体高度技术化，对协议和隐私有天然敏感度。命令行交互降低了界面复杂度，在蓝牙 mesh 这种带宽受限的场景下，纯文本界面比富媒体界面更实用。bitchat 不支持图片、视频、语音消息——只有文本。在 BLE mesh 的带宽约束下，这是合理的工程取舍。
紧急擦除：三击清空
bitchat 有一个"紧急擦除"（emergency wipe）功能：三击屏幕即可立即清除本地所有数据。这个功能面向的是设备可能被强制检查的场景——抗议者被警方截停、边境检查站检查手机、入境审查。
三击触发后，本地消息记录、密钥、联系人信息全部清除。由于没有中心化服务器和云端同步，清除本地数据即等于彻底删除。这是去中心化架构的一个直接后果：没有备份可以恢复。
国家封禁的底层逻辑
印度 I4C 的通知使用了一个特殊的法律路径：第 79(3)(b) 条。这是印度 IT 法案中的中介责任条款，规定平台在收到实际违法通知后若不配合将丧失免责保护（safe harbor）。
IFF 的核心法律异议在于程序：网站封锁应当使用第 69A 条，该条款专门用于政府指令性的网站和内容封锁，附带程序性保障（审查和文档要求）。I4C 选择了中介责任条款来规避这些保障。
这个区别有实质意义。第 69A 流程要求政府提供书面理由、经过审查程序，被封锁方可以申诉。第 79(3)(b) 则更像是一封"要么删除要么承担责任"的威胁信——GitHub 作为一个美国公司，在印度市场的法律责任风险下，三小时合规是最理性的选择。
通知中没有指明仓库内任何具体的违法内容。它针对的是应用的架构能力。这个法律逻辑可以原样替换：把"bitchat 仓库"换成"Bitcoin 节点"、"Lightning 通道"、"Nostr 中继"，论证链条完全成立。它们都没有注册、没有中心化服务器、没有合法拦截点。
GitHub 的合规先例
bitchat 事件中，GitHub 的行为本身构成了一个先例。一个美国平台在收到外国政府三小时限时命令后，即使没有正当程序支撑，也选择了配合。MediaNama 报道仓库链接已被下线。
但开放源代码的特性使得仓库封禁效果有限。代码在删除前已被大量 fork 和镜像。bitchat 的应用本身在 Google Play 和 Apple App Store 上仍可下载（截至本文发布时，印度地区可用性受影响）。
bitchat 还有一个技术细节进一步削弱了封禁效果：它是公共领域（public domain）软件，不是 GPL、MIT 等常见开源许可证。任何人可以自由复制、修改、分发，没有归属要求。许可证条款不构成法律约束。
28k Star 的增长信号
bitchat 在 2025 年 7 月由 Dorsey 推出。截至 2026 年 7 月，GitHub 仓库有 28330 star、4099 fork，50 位贡献者。日新增 star 约 1700，是当前 GitHub Trending 增速最快的项目之一。
这个增长曲线和地缘政治事件高度相关。中国封禁（2026 年 4 月）和印度封禁（2026 年 7 月）都在短期内推动了 star 增长——封禁行为本身就是最强的推广。
bitchat 的技术栈是 Swift（iOS/macOS 原生应用），Android 版本独立维护。这与 Dorsey 的 Block 公司技术路线一致——Block 的 Cash App、Spiral 等产品也大量使用 Swift 构建原生体验。
bitchat 的定位更接近一项技术实验和价值观声明，而非商业产品。Dorsey 长期支持去中心化通信协议——他是 Nostr 的早期资助者，Block 旗下的 Spiral 孵化了 Nostr 相关工具。bitchat 是这条路线的自然延伸。
无许可通信的未来
bitchat 引发的核心问题超出了单一应用的范畴。
传统消息应用（WhatsApp、Telegram、Signal）都依赖服务器基础设施。即使是端到端加密的 Signal，其服务器仍然知道谁在和谁通信（元数据），可以被要求提供用户注册信息（手机号）。执法机构有明确的传唤目标。
bitchat 消除了这些可攻击的节点。没有服务器、没有注册、没有可识别的用户身份。合法拦截在技术上没有着力点。这正是各国政府的焦虑所在——当通信工具不再经过任何可以被法律施压的基础设施时，传统的监管手段失效。
从技术演进角度看，bitchat 代表了一种趋势：通信工具开始设计时就假设基础设施不可信。蓝牙 mesh + Nostr 的双传输架构不是 bitchat 的发明——但这些组件的组合，以及围绕"对抗性环境"（adversarial environment）做出的工程取舍（紧急擦除、无注册、临时密钥），构成了一个完整的反审查通信方案。
印度和中国的封禁行动是否会减缓 bitchat 的采用，目前尚不清楚。但它们确立了一个模式：国家开始针对通信协议的架构本身而非内容进行监管。这个先例的适用范围远不止 bitchat。
来源：
- bitchat GitHub 仓库 README
- IFF 声明，2026 年 7 月 24 日
- Jack Dorsey X 帖子，2026 年 7 月 24 日
- I4C Notice No. 11072601011432，2026 年 7 月 23 日
- MediaNama 报道
- 英文首发：Decrypt