← 返回项目列表
总结 SimpleX Chat 是全球首个完全不依赖任何用户标识符(无手机号、无邮箱、无用户名、无公钥指纹)的加密即时通讯网络,通过单向消息队列 + 双层端到端加密 + 去中心化中继架构,实现了消息内容与通信元数据(谁和谁在什么时候通信)的 100% 隐私保护。目前在 GitHub 拥有约 19K Stars(近期月增 8K+),是隐私敏感型企业、政府机构、法律与金融行业安全通信场景中最具颠覆性的开源替代方案。

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 安全性对比表:

安全特性SessionBriarElementCwtchSignalSimpleX
消息填充
可否认性
前向安全性
入侵恢复
双因子密钥交换
后量子混合加密

在以上六大安全性维度中,SimpleX 是唯一全项通过的通讯工具

3. 技术架构

3.1 整体架构

  用户的设备                      互联网                        第三方中继服务器
 ──────────────────    ──────────────────────    ─────────────────────────
                                                      ┌──────────────────┐
  ┌──────────────┐                                    │  SMP Router A    │
  │  Chat App    │                                    │  (发送方选择)     │
  ├──────────────┤                                    └────────┬─────────┘
  │ SimpleX      │                                                │
  │ Agent        │  ──────── TLS ────────               ┌────────┴─────────┐
  ├──────────────┤                                    │  SMP Router B    │
  │ SimpleX      │  ─── SimpleX Messaging Protocol ──▶ │  (接收方选择)     │
  │ Client       │                                    └──────────────────┘
  └──────────────┘

分层架构

  1. Chat App 层:用户界面,支持 iOS (Swift)、Android (Kotlin)、桌面 (TypeScript/Electron)、CLI 终端
  2. SimpleX Agent 层:提供面向应用的高级 API,管理端到端加密、连接生命周期、消息队列轮换
  3. SimpleX Client 层:实现 SMP 协议的低级通信,通过 TLS 连接中继路由器
  4. 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官方网站与文档
智能合约SolidityCommunity Credits 的区块链智能合约
构建系统Cabal / Nix / DockerHaskell 项目标准构建工具链
国际化Weblate支持 20+ 语言,含简体中文

:Haskell 为核心协议的主要语言(~42% 代码量),这一选择体现了项目对正确性和安全性的极高要求——Haskell 的强类型系统和纯函数式特性天然适合密码学协议的实现。

4. 市场定位与竞品分析

4.1 竞争格局

维度SimpleXSignalTelegramMatrix/ElementSessionWhatsApp
用户标识符手机号手机号+用户名域名地址随机公钥手机号
E2EE 默认仅私聊
元数据保护极强
MITM 防护服务器无法实施需验证安全码需验证安全码需验证需验证
后量子加密✔(稀疏)
去中心化程度完全去中心化中心化中心化联邦化去中心化 P2P中心化
自建服务器
反垃圾机制天然免骚扰
开源协议AGPL-3.0AGPL-3.0GPL-3.0Apache-2.0GPL-3.0闭源
商业模式社区积分/众筹捐赠广告/付费企业服务捐赠广告/数据
数据所有权完全在用户设备设备+服务器服务器为主服务器设备服务器
GitHub Stars~19K~34K~270K~11K~11K闭源
发展状态快速增长稳定成熟稳定稳定成熟

4.2 差异化优势

  1. 唯一零标识符架构:Signal 需要手机号,Session 使用公钥,Matrix 需要域名地址——只有 SimpleX 真正做到了"无任何用户标识符"。这在隐私保护理论上是质的飞跃。
  1. 元数据保护远超竞品:即使是 Signal,其服务器仍然知道谁在给谁发消息(虽然内容加密)。SimpleX 的服务器甚至连"谁在跟谁通信"都无法确定。
  1. 最强的抗量子加密实践:SimpleX 已实现持续的后量子混合密钥交换,而 Signal 仅在部分棘轮步骤中使用了后量子算法,其他竞品尚未部署。
  1. 独特的反垃圾架构:因为不存在用户标识符,垃圾消息从根本上不可能——无人可以在未经你主动发起连接的情况下联系你。
  1. 数据主权完全归用户:所有数据仅存储在用户设备上,服务器仅做临时消息缓存。用户可以随时切换到自建服务器。

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 数据为调研时点近似值。