1. 项目概览
1.1 基本信息
| 维度 | 说明 |
|---|---|
| 项目名称 | SimpleX Chat |
| 组织/作者 | simplex-chat(创始人:Evgeny Poberezkin) |
| GitHub 地址 | https://github.com/simplex-chat/simplex-chat |
| 官网 | https://simplex.chat |
| 开源协议 | AGPL-3.0(GNU Affero General Public License v3.0) |
| 主要语言 | Haskell(~42%,核心协议与服务端)、Kotlin(~36%,Android 客户端)、Swift(~30%,iOS 客户端)、TypeScript(网站与桌面)、Python(工具脚本)、Solidity(社区积分智能合约) |
| Star 数 | ~19,000(近一月增长 8,000+,增长迅猛) |
| Fork 数 | ~412 |
| 累计提交 | 6,185+ |
| Issue 数 | 975+(Open) |
| PR 数 | 211+ |
| Release/Tag 数 | 366 Tags,291 Branches |
| 当前版本 | v6.5.6(2026 年 6 月发布) |
| 首次提交 | 2019 年 12 月 |
1.2 项目定位
SimpleX Chat 是一个以隐私为核心设计原则的去中心化加密通讯平台,其定位可以概括为:
- 技术层面:它是首个"无用户标识符"的消息网络——不使用手机号、邮箱、用户名、公钥指纹或任何全局唯一标识符来标识用户,而是通过单向(simplex)消息队列地址进行通信。用户与每个联系人都使用独立的消息队列集合,类似为每个联系人分配一个专属的"一次性地址",但由客户端自动管理和轮换。
- 产品层面:提供 iOS、Android、桌面端(Mac/Linux/Windows)及终端 CLI 全平台客户端,功能覆盖文本消息、语音消息、图片/视频/文件传输、音视频通话、阅后即焚、群组通信和聊天机器人 SDK。
- 生态层面:它不仅是一个聊天应用,更是一个通用消息与应用平台——SimpleX Messaging Protocol (SMP) 可承载 IoT 设备通信、AI 服务交互、安全监控与机器人控制系统等更广泛的应用场景。
核心价值主张:"你生来没有账号——你的对话属于你,无人可以窥视,无人可以剥夺。"(来自官网 WHY 页面的宣言)
1.3 发展历程
| 时间 | 里程碑 |
|---|---|
| 2019 年 12 月 | 项目在 GitHub 创建,采用 AGPL-3.0 许可证 |
| 2020-2021 年 | 核心协议 SMP(SimpleX Messaging Protocol)设计与实现 |
| 2022 年 | iOS/Android 移动客户端正式发布;推出音视频通话功能 |
| 2023 年 | 发布阅后即焚消息、安全码验证、多设备数据迁移等功能 |
| 2024 年 | 推出聊天机器人 SDK、SimpleX Directory 群组目录 |
| 2025 年 | 发布 Community Credits 概念设计白皮书;启动群体众筹(Reg CF) |
| 2026 年(当前) | Star 数突破 19K,月增 8K+;v6.5.6 发布;向大规模社区支持迈进 |
2. 核心能力
2.1 无用户标识符架构(最核心差异化能力)
SimpleX 不使用任何全局唯一的用户标识符。与传统通讯软件的对比:
| 平台 | 用户标识方式 | 隐私风险 |
|---|---|---|
| WhatsApp / Signal | 手机号 | 手机号绑定真实身份,运营商可追踪 |
| Telegram | 用户名 + 手机号 | 用户名可搜索,可被爬虫抓取 |
| Matrix / XMPP | 域名地址(如 @user:server.com) | 依赖 DNS,服务器存储用户账户 |
| Session | 随机公钥 | 仍然是全局唯一标识符 |
| SimpleX | 无任何标识符 | 每个联系人使用独立单向队列,完全隔离 |
机制:用户与每个联系人建立连接时,系统自动生成一组单向消息队列(SMP queues)。这些队列地址是临时的、每连接唯一的,且可由客户端自动轮换。中继服务器只知道"有一个队列在被使用",但不知道它属于谁、连接了谁。
2.2 多层端到端加密
- Double Ratchet 算法:消息层使用双棘轮端到端加密,提供前向安全性(Forward Secrecy)和入侵恢复能力(Post-Compromise Security / Break-in Recovery)。
- 额外加密层:在 Double Ratchet 之上,SimpleX 为每条已加密消息再添加一层端到端加密(消息送达加密层),使得服务器端发送和接收的流量在密文上不可关联。
- 后量子混合加密:已实现持续的后量子密钥交换(post-quantum hybrid key exchange),是极少数已部署抗量子加密的即时通讯工具之一。
- 消息填充:所有消息在每层加密前均填充至固定大小(16KB 块),防止流量分析。
2.3 去中心化中继网络
- 服务器为无状态中继节点:不存储用户账户、联系人列表和已送达消息。
- 服务器之间互不连接、互不知晓:不存在全局网络图,无法被整体攻击。
- 用户可自建服务器或使用预配置服务器,并可随时切换服务器而不丢失联系人或消息。
- 2 跳洋葱路由:发送方通过自身选择的 SMP 路由转发消息至接收方选择的路由,保护发送方 IP 地址和会话信息。
- 每个对话使用 4 台不同服务器,任一台被攻破亦不影响整体安全性。
2.4 反垃圾与防骚扰
- 无人可以在未获得一次性邀请链接或临时用户地址的情况下联系你。
- 临时用户地址可随时更换或删除,且不丢失已有联系人。
- 从根本上杜绝了基于用户 ID 的垃圾消息和网络暴力。
2.5 全方位功能矩阵
| 功能 | 说明 | 加密状态 |
|---|---|---|
| 文本消息 | 支持 Markdown 格式、消息编辑 | E2EE |
| 语音消息 | 录制并发送语音片段 | E2EE |
| 图片/视频/文件 | 支持各种格式的文件传输 | E2EE |
| 音视频通话 | 点对点加密语音与视频通话 | E2EE |
| 阅后即焚 | 可设置消息自动删除时间 | E2EE |
| 群组通信 | 去中心化群组,仅成员知晓群组存在 | E2EE |
| 隐身模式(Incognito) | 唯一支持此模式的主流通讯工具 | 全平台 |
| 数据可迁移性 | 加密导出/导入,跨设备迁移 | 本地加密存储 |
| CLI 终端客户端 | Linux/Mac/Windows 终端可用 | E2EE |
| 聊天机器人 SDK | 可开发自动化服务与集成 | E2EE |
2.6 端到端加密安全性横向对比
SimpleX 官方提供的 E2EE 安全性对比表:
| 安全特性 | Session | Briar | Element | Cwtch | Signal | SimpleX |
|---|---|---|---|---|---|---|
| 消息填充 | ✗ | ✔ | ✗ | ✔ | ✔ | ✔ |
| 可否认性 | ✗ | ✗ | ✗ | ✔ | ✔ | ✔ |
| 前向安全性 | ✗ | ✔ | ✔ | ✔ | ✔ | ✔ |
| 入侵恢复 | ✗ | ✗ | ✗ | ✔ | ✗ | ✔ |
| 双因子密钥交换 | ✔ | ✔ | ✔ | ✔ | ✔ | ✔ |
| 后量子混合加密 | ✗ | ✗ | ✗ | ✗ | ✔ | ✔ |
在以上六大安全性维度中,SimpleX 是唯一全项通过的通讯工具。
3. 技术架构
3.1 整体架构
用户的设备 互联网 第三方中继服务器
────────────────── ────────────────────── ─────────────────────────
┌──────────────────┐
┌──────────────┐ │ SMP Router A │
│ Chat App │ │ (发送方选择) │
├──────────────┤ └────────┬─────────┘
│ SimpleX │ │
│ Agent │ ──────── TLS ──────── ┌────────┴─────────┐
├──────────────┤ │ SMP Router B │
│ SimpleX │ ─── SimpleX Messaging Protocol ──▶ │ (接收方选择) │
│ Client │ └──────────────────┘
└──────────────┘
分层架构:
- Chat App 层:用户界面,支持 iOS (Swift)、Android (Kotlin)、桌面 (TypeScript/Electron)、CLI 终端
- SimpleX Agent 层:提供面向应用的高级 API,管理端到端加密、连接生命周期、消息队列轮换
- SimpleX Client 层:实现 SMP 协议的低级通信,通过 TLS 连接中继路由器
- SMP Router 层:无状态中继服务器(Haskell 编写),提供单向消息队列,主要使用内存持久化
3.2 关键协议详解
SMP(SimpleX Messaging Protocol)
- 单向消息队列协议:每个队列是一个单向、有序的固定大小(16KB)数据包序列
- 队列由接收方创建,通过一次性链接分享给发送方
- 队列地址受加密凭证保护——发送凭证和接收凭证分离
- 消息在服务器端仅缓存在内存中,超时(默认数日)或被取走后自动删除
- 服务器不做用户认证——仅验证消息发送权限(基于队列凭证)
XFTP(SimpleX File Transfer Protocol)
- 用于大文件传输的独立协议
- 每个文件块分配独立地址,适合大文件的高效传输
- 同样采用单向、基于凭据的访问控制
2-Hop Onion Message Routing(双跳洋葱路由)
- 发送方不直接连接接收方的路由器
- 消息先发送到发送方选择的 SMP 路由,再转发到接收方选择的 SMP 路由
- 发送方 IP 仅对第一跳路由可见,接收方 IP 仅对第二跳路由可见
- 配合 Tor 使用时,可完全隐藏网络层元数据
3.3 技术栈分析
| 组件 | 技术栈 | 说明 |
|---|---|---|
| 核心协议库 | Haskell | 协议实现、服务器端、Agent/Client 库 |
| Android 客户端 | Kotlin | 原生 Android 应用 |
| iOS 客户端 | Swift | 原生 iOS 应用 |
| 桌面客户端 | TypeScript / Electron | 跨平台桌面应用(Mac/Linux/Windows) |
| 网站 | TypeScript / HTML / CSS | 官方网站与文档 |
| 智能合约 | Solidity | Community Credits 的区块链智能合约 |
| 构建系统 | Cabal / Nix / Docker | Haskell 项目标准构建工具链 |
| 国际化 | Weblate | 支持 20+ 语言,含简体中文 |
注:Haskell 为核心协议的主要语言(~42% 代码量),这一选择体现了项目对正确性和安全性的极高要求——Haskell 的强类型系统和纯函数式特性天然适合密码学协议的实现。
4. 市场定位与竞品分析
4.1 竞争格局
| 维度 | SimpleX | Signal | Telegram | Matrix/Element | Session | |
|---|---|---|---|---|---|---|
| 用户标识符 | 无 | 手机号 | 手机号+用户名 | 域名地址 | 随机公钥 | 手机号 |
| E2EE 默认 | ✔ | ✔ | 仅私聊 | ✔ | ✔ | ✔ |
| 元数据保护 | 极强 | 弱 | 弱 | 中 | 强 | 无 |
| MITM 防护 | 服务器无法实施 | 需验证安全码 | 需验证安全码 | 需验证 | 需验证 | 无 |
| 后量子加密 | ✔ | ✔(稀疏) | ✗ | ✗ | ✗ | ✗ |
| 去中心化程度 | 完全去中心化 | 中心化 | 中心化 | 联邦化 | 去中心化 P2P | 中心化 |
| 自建服务器 | ✔ | ✗ | ✗ | ✔ | ✗ | ✗ |
| 反垃圾机制 | 天然免骚扰 | 弱 | 弱 | 弱 | 弱 | 弱 |
| 开源协议 | AGPL-3.0 | AGPL-3.0 | GPL-3.0 | Apache-2.0 | GPL-3.0 | 闭源 |
| 商业模式 | 社区积分/众筹 | 捐赠 | 广告/付费 | 企业服务 | 捐赠 | 广告/数据 |
| 数据所有权 | 完全在用户设备 | 设备+服务器 | 服务器为主 | 服务器 | 设备 | 服务器 |
| GitHub Stars | ~19K | ~34K | ~270K | ~11K | ~11K | 闭源 |
| 发展状态 | 快速增长 | 稳定 | 成熟 | 稳定 | 稳定 | 成熟 |
4.2 差异化优势
- 唯一零标识符架构:Signal 需要手机号,Session 使用公钥,Matrix 需要域名地址——只有 SimpleX 真正做到了"无任何用户标识符"。这在隐私保护理论上是质的飞跃。
- 元数据保护远超竞品:即使是 Signal,其服务器仍然知道谁在给谁发消息(虽然内容加密)。SimpleX 的服务器甚至连"谁在跟谁通信"都无法确定。
- 最强的抗量子加密实践:SimpleX 已实现持续的后量子混合密钥交换,而 Signal 仅在部分棘轮步骤中使用了后量子算法,其他竞品尚未部署。
- 独特的反垃圾架构:因为不存在用户标识符,垃圾消息从根本上不可能——无人可以在未经你主动发起连接的情况下联系你。
- 数据主权完全归用户:所有数据仅存储在用户设备上,服务器仅做临时消息缓存。用户可以随时切换到自建服务器。
4.3 目标用户群
| 用户群体 | 需求场景 | SimpleX 匹配度 |
|---|---|---|
| 政府/军事机构 | 绝密级别内部通信,防止元数据被境外势力监控 | ⭐⭐⭐⭐⭐ |
| 金融/法律行业 | 客户敏感信息沟通、合规通信、律师-客户特权保护 | ⭐⭐⭐⭐⭐ |
| 新闻/调查记者 | 保护线人身份,防止通信被追踪 | ⭐⭐⭐⭐⭐ |
| 企业安全团队 | 内部安全事件响应、高管通信、M&A 保密沟通 | ⭐⭐⭐⭐ |
| 隐私倡导者/极客 | 对隐私有极致追求的技术用户 | ⭐⭐⭐⭐⭐ |
| 普通大众用户 | 日常聊天(目前的便利性和网络效应不及 WhatsApp/Telegram) | ⭐⭐⭐ |
5. 商业模式
5.1 当前模式:完全免费 + 用户捐赠
SimpleX Chat 当前完全免费,所有功能对所有用户开放。项目通过 GitHub Sponsors 和 Patreon 接受用户捐赠维持运营。
5.2 未来模式:Community Credits(社区积分)
SimpleX 正在推进一种创新的去中心化可持续商业模式——Community Credits:
┌──────────────┐ ┌──────────────────┐ ┌──────────────────┐
│ 用户/赞助者 │────▶│ Community Credits │────▶│ 服务器运营商 │
│ 购买积分 │ │ 智能合约(锁定资金) │ │ 赎回积分获得报酬 │
└──────────────┘ └──────────────────┘ └──────────────────┘
│
零知识证明保护隐私
(购买-分配-赎回不可关联)
核心原则:
- 私人对话和小组通信永久免费(合理使用范围内:每联系人最多 128 条未送达消息,21 天存储期限,1GB 文件存储 2 天)
- 大型群组和频道使用 Community Credits 支付服务器基础设施费用
- 积分不可交易、不可转让——排除投机属性
- 使用稳定币(USDT/USDC)购买,未来支持 BTC/ETH/XMR 和应用内购买
- 服务器运营商获得最高 70% 的支付费用,其余用于网络开发和治理
- 采用零知识证明确保积分购买、分配和赎回之间不可关联,保护用户隐私
- 智能合约在测试期后转为自主不可变合约,不受 SimpleX Chat 公司控制
路线图:
| 时间 | 阶段目标 |
|---|---|
| 2026 年 | 扩展到大型社区;评价区块链平台;社区积分白皮书发布 |
| 2027 年中 | 启动 Community Credits;大规模群组和频道支持;SimpleX 网络命名空间 v1 |
| 2027 年末 | 社区增长工具;完善去中心化治理 |
5.3 资金模式分析
SimpleX 正在通过美国 Reg CF(Regulation Crowdfunding)合规众筹募集开发资金,强调不依赖单一大型投资者以避免"死亡开关"——这与去中心化理念一脉相承。目前(2026 年 7 月)处于"试探水温"(testing the waters)阶段,尚未正式接受投资。
6. 售前切入点
6.1 为什么客户需要它?
场景 1:政府/军事安全通信(最高匹配度)
痛点:现有通讯工具(包括 Signal 和 Telegram)的服务器都能获取通信元数据——谁在什么时间联系了谁。对于政府机密通信而言,元数据本身可能比内容更具情报价值。
SimpleX 解决方案:服务器无法获取任何元数据,因为根本不存在用户标识符。即使某个中继服务器被敌对国家完全控制,他们也只能看到"某个 IP 向某个队列发送了数据包",无法知道发送者身份、接收者身份,以及这些队列与其他队列之间的关系。
量化论证:一次通信涉及 4 台独立服务器,攻击者需要同时攻破所有 4 台并进行流量关联分析才可能推断通信关系,这在成本上几乎是不可行的。
场景 2:律所/金融机构客户保密通信
痛点:律师-客户特权通信(Attorney-Client Privilege)要求通信绝对保密。银行内部关于并购、投资策略等敏感沟通一旦泄露可能引发内幕交易指控。WhatsApp/微信等平台的服务端保留通信记录,可能被传票调取。
SimpleX 解决方案:
- 消息仅存储在用户设备上,服务器不留存
- 阅后即焚功能确保敏感信息不留痕迹
- 后量子加密意味着即使未来量子计算机成熟,历史通信记录也无法被解密
竞品对比话术:Signal 虽然也端到端加密且开源,但需要手机号注册,服务器掌握通信图谱。在法律传票下,Signal 虽然无法提供消息内容,但可以提供"某手机号在何时与某手机号通信"的元数据——SimpleX 连这个都无法提供。
场景 3:企业内部安全运维
痛点:安全团队在处理漏洞、攻击事件时需要安全通信渠道。如果在同一平台讨论漏洞细节,平台本身可能成为攻击面。
SimpleX 解决方案:
- 自建中继服务器 + SimpleX 网络,构建完全隔离的安全运维通信通道
- CLI 终端客户端适合在服务器运维环境中使用
- 聊天机器人 SDK 可集成到 SIEM/SOAR 工作流中
场景 4:敏感行业跨境通信
痛点:跨国公司、国际贸易、跨境法律服务等场景下,通信可能跨越多个司法管辖区,面临不同国家的数据监控和合规要求。
SimpleX 解决方案:用户可自由选择中继服务器所在地,并可随时切换。通信数据不存储在服务器上,不存在"数据驻留"问题。
6.2 售前话术
核心卖点一句话
"SimpleX 是全球唯一一个连服务器都不知道用户是谁、在和谁通信的即时通讯系统——比 Signal 更私密,比 P2P 更可靠。"
技术差异化话术
| 客户常见质疑 | 回应话术 |
|---|---|
| "我们用 Signal 就够了" | Signal 仍然需要手机号,服务器知道您在什么时候和谁通信——只不过加密了内容。SimpleX 连"谁在联系谁"这个信息都不存在。 |
| "后量子加密现在有必要吗?" | 存在"先存储、后解密"(Harvest Now, Decrypt Later)攻击——今天的加密通信可能被存储起来,等量子计算机成熟时解密。SimpleX 是极少数已部署持续后量子密钥交换的系统。 |
| "没有用户 ID 怎么加好友?" | 通过一次性邀请链接或二维码,就像分享 WiFi 密码一样简单。链接通过任何渠道(邮件、短信甚至社交媒体)分享都安全,因为建立了端到端加密后还要验证安全码。 |
| "Haskell 写的,维护怎么办?" | Haskell 的强类型系统使加密协议的实现更可靠——心坏协议少得多。客户端用 Kotlin/Swift/TypeScript,都是主流技术。 |
| "项目太小众了吧?" | 19K Stars、月增 8K+ 的增长速度说明隐私需求正在爆发。就像 Signal 在 2015-2020 年的增长曲线一样,SimpleX 正处于陡峭增长期。 |
| "企业能不能私有化部署?" | 完全可以。所有代码开源(AGPL-3.0),您可以在内网部署中继服务器,员工通过自建服务器通信,完全不依赖外部网络。 |
7. 风险与挑战
| 风险类别 | 具体风险 | 严重程度 | 应对建议 |
|---|---|---|---|
| 技术成熟度 | Haskell 核心代码库的学习和维护门槛高,Haskell 开发者稀缺 | ⚠️ 中 | 建议与有 Haskell 能力的团队合作,或使用官方预编译版本 |
| 网络效应 | 用户基数远小于 WhatsApp/Telegram,联系人迁移成本高 | ⚠️ 中 | 适合在特定组织内部署;作为"第二安全通道"而非主通讯工具 |
| 审核与监管 | 极高隐私性可能吸引非法用途,面临政府监管压力 | 🔴 高 | 关注 AGPL-3.0 生态合规性;企业应制定内部使用政策 |
| 资金可持续性 | 依赖众筹和捐赠,Community Credits 尚未落地 | ⚠️ 中 | 关注 2026-2027 众筹进展;可考虑企业赞助模式 |
| 功能完整性 | 相比 Telegram 缺少频道、贴纸、小程序等社交功能 | 🟡 低 | 对于目标场景(安全通信),这些功能非必需 |
| 用户体验 | 一次性链接的连接方式虽然安全,但改变了用户的"搜索添加"习惯 | ⚠️ 中 | 组织内可通过预设服务器配置简化部署 |
| 未知漏洞 | 协议设计新颖,未经足够长时间的实战检验 | 🔴 高 | 建议在非关键场景先试点运行,关注安全审计报告 |
| 性能与扩展 | 固定 16KB 消息块和双重加密带来额外的带宽和计算开销 | 🟡 低 | 正常网络环境下几乎不可感知;IoT 场景需评估功耗 |
| 协议锁定 | SMP 协议非行业标准,与现有通讯生态互操作性差 | 🟡 低 | 可通过聊天机器人桥接其他平台,但会增加攻击面 |
| 市场竞争 | Signal 也可能在未来版本增强元数据保护 | ⚠️ 中 | 关注竞品动态,但 SimpleX 的零标识符架构是根本优势 |
8. 一句话结论
SimpleX Chat 是目前全球唯一实现"无任何用户标识符"设计的加密通讯平台,在隐私保护理论上的彻底性超越了 Signal、Telegram 和所有主流通讯工具。对于有极高安全通信需求的企业、政府和敏感行业,它是当前最具颠覆性的技术选项,但网络效应、资金可持续性和技术成熟度是需要密切关注的落地风险。
本文基于 2026 年 7 月对 SimpleX Chat 项目的深度调研编写,数据来源包括 GitHub 仓库、官方文档、白皮书及项目官网。Star 数据为调研时点近似值。