SimpleX Chat 7.0.4 介绍与选型指南

面向自托管与隐私优先场景，讲清 SimpleX Chat v7.0.4 的产品定位、核心架构与功能边界，并与 Signal、Session、Tinode、Cwtch 做量化选型对比。

SimpleX ChatSimpleX Chat即时通讯端到端加密隐私安全2026/10/26

SimpleX Chat 7.0.4 介绍与选型指南

‍‍​​‌​> 目标：面向自托管与隐私优先场景，讲清 SimpleX Chat v7.0.4 的产品定位、核心架构与功能边界，并与 Signal、Session、Tinode、Cwtch 做量化选型对比。本文为认知篇，全部信息来自官方渠道联网溯源（检索日期 2026-10-26），不包含本地实测数据。

一、环境信息

本章说明本文溯源所依据的官方信息源与查询日期，保证读者可按同一渠道复核。SimpleX Chat 是开源的隐私优先即时通讯网络，客户端与服务端均由 SimpleX Chat 开源项目维护。

  • 产品名称：SimpleX Chat（注意与邮件别名服务 SimpleLogin 为不同产品，两者对比可参考 《SimpleLogin 介绍与选型指南》）
  • 软件仓库：https://github.com/simplex-chat/simplex-chat（客户端与核心文档）、https://github.com/simplex-chat/simplexmq（SMP/XFTP 服务端与协议库）
  • 官网：https://simplex.chat ；服务端部署文档：https://simplex.chat/server.html
  • 版本取证：GitHub Releases Atom 源 https://github.com/simplex-chat/simplex-chat/releases.atom，最新稳定版 v7.0.4，发布时间 2026-10-03（检索日期 2026-10-26）；该版更新内容为"Reduce blur CPU usage"（降低图像模糊处理的 CPU 占用），并预告 SimpleX domains 域名服务
  • 社区规模取证：shields.io GitHub Stars 徽章接口返回 simplex-chat/simplex-chat 星数为 20k（2026-10-26 查询）
  • 许可协议：AGPLv3（客户端与服务端均为 AGPLv3，源代码 URI 在服务端配置中强制声明）
  • 技术栈：客户端与协议实现为 Haskell；服务端二进制 smp-server / xftp-server 为静态编译，Ubuntu 22.04 x86-64 可直接运行

二、软件概述

SimpleX Chat 的核心理念是"没有用户标识的私有消息网络"：网络中不存在手机号、邮箱、用户名或全局唯一 ID 等任何形式的用户标识，连接双方只用一次性链接（invitation link）或长期地址（address）建立端到端加密连接，中转服务器只看到加密后的消息块，无法把消息关联到任何身份。

官方将其定位概括为三点（来源：官网 https://simplex.chat ，2026-10-26 检索）：

  1. 无用户标识（no user identifiers）：注册不需要手机号、邮箱或其他身份凭据；用户资料只保存在本地设备。
  2. 双层加密与元数据保护（double ratchet E2E + SMP 中转）：端到端使用双棘轮（double ratchet）算法加密，消息经 SMP（SimpleX Messaging Protocol）服务器中转，中转服务器既不知道消息来自谁，也不知道发给谁，更看不到明文。
  3. 可自托管（self-hostable）：客户端可连接官方预设服务器，也可以在自有服务器上运行 smp-server（消息中转）与 xftp-server（文件中转），预设服务器地址在客户端中以 smp://<指纹>@<主机> 形式内置。

与常见 IM 的根本差异在于信任模型：Signal 依赖中央官方服务器与手机号身份；Telegram 依赖云端账号体系；而 SimpleX 把"身份"降级为"一对密钥 + 一组消息队列"，服务器对用户而言只是可替换的传输设施。这也是它被官方称为"first messenger without user IDs"的原因。

三、核心架构

SimpleX 网络由四类可独立部署的服务端组件与多形态客户端组成（来源：官网 server.html 与 GitHub simplexmq 仓库，2026-10-26 检索）：

组件角色默认端口说明
smp-server消息中转5223/TCP（TLS）接收加密消息块并按队列投递，队列凭据由客户端持有
xftp-server文件中转443/TCP（TLS）大文件分块中转（XFTP 协议），文件过期自动清理
Chat Relay频道中继—大型频道（channels）消息分发，支撑万人级频道
WebRTC 服务器音视频通话信令443 等呼叫信令与 TURN 中继，自托管可选项

3.1 消息面（SMP 协议）

SMP 服务器是纯"哑管道"设计：客户端在服务器上创建消息队列得到队列 ID 与凭据，接收方只从自己掌握凭据的队列拉取消息。配合 SMP 代理（private message routing，v6.1 起引入），发送方可以经由 SMP 服务器代理转发到目标服务器，向服务器隐藏发送者 IP 与连接关系。客户端默认内置官方预设服务器 smp4/smp5/smp6.simplex.im，并同步提供对应 .onion 地址。

💡 技术拓展：隐私 IM 的"元数据保护"路线主要有三类实现——

路线代表产品原理取舍
中央服务器 + 封闭元数据Signal官方托管，服务端尽量少存体验好，但身份=手机号、强依赖单一运营方
去中心节点路由SessionOxen Service Node 网络 onion 路由无中央点，但依赖代币激励的网络稳定性
匿名队列中转SimpleX无身份 + 可换 SMP 队列 + 可选 Tor用户可自托管并更换服务器，客户端复杂度更高

SimpleX 实际采用第三条路线，并在 v6.1+ 把"私有消息路由"做成可选模式（unknown/protected/always），兼顾性能与匿名性。

3.2 文件面（XFTP 协议）

XFTP 是 SimpleX 自研的文件传输协议：发送端把文件分块加密上传到 xftp-server，接收端凭文件描述符（file description，形如 xftp://<指纹>@<主机> 的 URI）下载重组。服务器按 expire_files_hours（默认 48 小时）自动过期清理，不承担长期存储。文件既可以在聊天内点对点发送，也可以脱离聊天关系直接分发。

3.3 连接建立模型

SimpleX 的连接由两种入口建立（来源：官方 Guide "Making connections" 章，2026-10-26 检索）：

  • 一次性邀请链接：/connect 生成单次有效链接，对方向外渠道（如另一条信道）获得链接后接受，双向连接建立。这是隐私最强的方式，链接泄露只影响单次连接。
  • 长期个人地址：/address 生成可公开分发的个人地址（可放入个人资料），任何人可通过地址发起连接请求，由本人接受或拒绝；官方明确提示地址可能收到垃圾请求，删除地址不影响已建立的连接。

四、功能特性

以下特性清单来自官网与 GitHub README（2026-10-26 检索），v7.0.4 稳定版可用：

  • 私聊与群组：端到端加密私聊；群组支持 owner/admin/member 三级角色、群邀请链接、成员加入角色控制、欢迎消息、历史消息下发开关、消息阅后即焚（30 秒~1 个月粒度）。
  • 文件与图片：聊天内直接发文件/图片（经 XFTP 中转或直连），支持转发、取消、进度状态查询。
  • 音视频通话：基于 WebRTC 的加密音视频通话（自托管需部署 WebRTC 信令服务器，官方预设可用）。
  • 多设备/远程控制：终端 CLI 可作为移动/桌面应用的远程控制器或远程宿主（SSH 端口转发场景），数据库可在本机与远程之间切换。
  • 数据库加密：本地 SQLite 聊天库支持口令加密（/db encrypt），可导出迁移（/db export）。
  • 隐私网络接入：支持 SOCKS5 代理接入、Tor .onion 预置服务器、私有消息路由（SMP proxy）三级降级策略（always/protected/unprotected/never）。
  • 匿名身份（incognito）：对每个联系人使用随机生成的临时资料名，防止跨联系人画像。
  • 频道（channels）：v6.x 起支持大规模单向广播频道，配合 Chat Relay 承载社区运营场景。
  • 机器人与 SDK：官方支持创建聊天机器人（bot），提供 TypeScript SDK 与终端 CLI 的 -e 非交互执行模式，可嵌入自动化流程。

五、快速开始

本节为官方文档（https://simplex.chat/server.html ，2026-10-26 检索）溯源的安装主线，命令为官方原文摘录，完整逐行实测版本见部署篇 《SimpleX Chat 7.0.4 Docker Compose 部署指南》。

官方推荐 Ubuntu 服务器上用一键脚本部署（脚本会同时安装二进制、systemd 服务与备份/更新管理脚本，当前官方声明仅支持 Ubuntu 发行版）：

curl --proto '=https' --tlsv1.2 -sSf https://raw.githubusercontent.com/simplex-chat/simplexmq/stable/install.sh -o simplex-server-install.sh
if echo '53fcdb4ceab324316e2c4cda7e84dbbb344f32550a65975a7895425e5a1be757 simplex-server-install.sh' | sha256sum -c; then
  chmod +x ./simplex-server-install.sh
  ./simplex-server-install.sh
  rm ./simplex-server-install.sh
else
  echo "SHA-256 checksum is incorrect!"
  rm ./simplex-server-install.sh
fi

脚本运行后按提示输入 1 安装 smp-server（输入 2 为 xftp-server）。官方同时给出防火墙放行端口要求（ufw allow 80/tcp、ufw allow 443/tcp、ufw allow 5223/tcp），以及初始化命令骨架 smp-server init --yes --store-log --no-password --control-port --socks-proxy --source-code --fqdn=smp1.example.com。

桌面/移动端：Android 与 iOS 客户端从官网 Downloads 页获取；Linux/macOS/Windows 终端版可通过官方安装脚本 curl -o- https://raw.githubusercontent.com/simplex-chat/simplex-chat/master/install.sh | bash 安装，或直接下载 GitHub Releases 提供的 simplex-chat-ubuntu-22_04-x86_64 静态二进制。

六、适用场景与限制

6.1 适用场景

  1. 高隐私要求的小团队/个人自托管通讯：完全掌握消息中转设施，客户端-服务端全链路开源可审计。
  2. 需要匿名/去标识连接的社区：无手机号注册，配合 Tor 接入可隐藏网络位置。
  3. 自动化与机器人集成：CLI 的非交互模式与 TypeScript SDK 适合做告警推送、客服机器人等集成（与 PushBits、Notifico 等通知方案互补）。
  4. 文件安全分发：XFTP 中转 + 48 小时过期，适合一次性文件交换。

6.2 已知限制

  • 移动端推送体验：官方文档承认 iOS 后台推送依赖苹果 APNs 基础设施，Android 推送依赖预设的推送服务器，完全自托管时推送可达性弱于商业 IM（来源：官网 FAQ/文档，2026-10-26 检索）。
  • 音视频通话自托管门槛：需要额外部署 WebRTC 信令与 TURN 中继，网络质量依赖部署者运维能力。
  • 生态规模：第三方集成生态小于 Matrix/Signal 等成熟协议，桥接方案有限。
  • 群组规模：官方对大型群组推荐使用频道（channels）+ Chat Relay 架构，传统群组不适合千人以上场景。

七、同类选型对比

以下对比基于各项目官方仓库与官网的联网取证（检索日期 2026-10-26），星数取自 shields.io GitHub Stars 接口：

维度SimpleX Chat 7.0.4SignalSessionTinodeCwtch
开源许可AGPLv3（客户端+服务端）客户端 GPLv3；服务端代码公开但官方不建议自托管客户端 GPLv3GPLv3AGPLv3（自托管 git）
用户身份无任何用户 ID手机号匿名 Session ID账号名+域名体系匿名密钥身份
元数据保护无身份+队列中转+可选 Tor中央服务器尽力最小化Oxen 节点 onion 路由传统服务器架构，无专门设计Tor v3 onion service P2P
自托管服务端smp-server/xftp-server 单二进制，文档完整官方不提供自托管支持可自托管节点但体验依赖公共网络服务端单二进制+MySQL/Riak，自托管成熟可自托管，但核心为 P2P
代码托管/星数GitHub 20kSignal-Server 11k（Signal-Android 30k）session-desktop 1.6k（session-android 1.9k 已弃用）GitHub 14kgit.openprivacy.ca 自托管，无 GitHub 星数
最新版本节奏v7.0.4（2026-10-03）稳定发布，beta 持续迭代官方渠道发布，节奏稳定维护节奏放缓，Android 端声明弃用持续维护v1.17.2（安全与稳定性更新）
文件传输XFTP 协议+独立服务器附件随消息走附件随消息走附件随消息走本地 P2P 传输
音视频通话支持（WebRTC 可自托管）支持（成熟）支持（Onion 路由，质量一般）WebRTC 支持不支持
适用画像隐私优先、可自托管、接受新生态大众隐私通讯匿名优先、容忍弱体验快速搭建自托管 IM/客服极致元数据抵抗的小圈子

选型解读：把"自托管 + 无身份 + 可审计"作为硬性要求时，SimpleX Chat 是当前唯一同时满足三者的成熟方案——Signal 拒绝自托管路径，Tinode 自托管成熟但无元数据保护设计，Session 依赖公共节点网络且客户端迭代放缓，Cwtch 隐私模型激进但无音视频、生态极小且代码托管在自有 git 平台。若只需要"快速搭一个能用的自托管 IM"而不在意元数据，Tinode 更省心；若追求大众化体验与联系人迁移便利，Signal 仍是首选。SimpleX 的代价是客户端交互范式（一次性链接/地址）与常见 IM 差异较大，且推送依赖官方基础设施。

八、参考链接

  1. SimpleX Chat 官网：https://simplex.chat （检索日期 2026-10-26）
  2. 服务端部署文档（Host SMP Server / Host XFTP Server）：https://simplex.chat/server.html （检索日期 2026-10-26）
  3. GitHub 仓库 simplex-chat/simplex-chat（v7.0.4 Release，2026-10-03）：https://github.com/simplex-chat/simplex-chat （检索日期 2026-10-26）
  4. 服务端与协议仓库 simplex-chat/simplexmq：https://github.com/simplex-chat/simplexmq （检索日期 2026-10-26）
  5. shields.io GitHub Stars 接口（20k，2026-10-26 查询）：https://img.shields.io/github/stars/simplex-chat/simplex-chat.json
  6. Signal-Server 仓库：https://github.com/signalapp/Signal-Server ；Tinode 仓库：https://github.com/tinode/chat ；session-desktop 仓库：https://github.com/oxen-io/session-desktop （星数均于 2026-10-26 经 shields.io 查询）
  7. Cwtch 官网与文档（v1.17.2，代码托管 git.openprivacy.ca）：https://cwtch.im 、https://docs.cwtch.im/changelog/ （检索日期 2026-10-26）
  8. 部署篇：《SimpleX Chat 7.0.4 Docker Compose 部署指南》；配置篇：《SimpleX Chat 7.0.4 配置参数详解》；命令篇：《SimpleX Chat 7.0.4 常用 CLI 命令详解》