安全基础
ML-KEM-1024 + Signal Protocol
PQXDH、Double Ratchet、Sender Keys 以及明确防止 downgrade。
Arc 完整产品规格
Arc 完整产品规格
以下11项能力共同组成一套完整产品规格，并作为Arc整体进行评价。
Arc 完整产品规格基于公开资料的市场快照 · 2026-07-31Arc · 2026-08-26
竞品卡片链接各厂商一手资料；Arc卡片绑定完整产品规格与同一评分模型。
先说结论
Arc 完整产品规格
以下11项能力共同组成一套完整产品规格，并作为Arc整体进行评价。
数据控制
IGF + Mutual Burn
定时、已读和点击事件最终汇入设备/server 上的持久移除。
韧性
16 kbps Ogg Opus 语音 + Mesh
Arc 完整产品规格
Arc
Arc 完整产品规格
以下11项能力共同组成一套完整产品规格，并作为Arc整体进行评价。
标准 ML-KEM-1024 + PQXDH
Double Ratchet DM
Sender Keys 群组
Sealed Sender + 匿名投递
IGF
Mutual Burn
Key Sync + 多设备
16 kbps Ogg Opus 语音
签名直连 Mesh DM 和 Group
直连 Mesh E2EE DM
有界 multi-hop 与 store-and-forward
Arc 有意不包含的功能
产品聚焦也是安全决策。Arc 移除或拒绝会削弱消息完整性、用户控制或运营清晰度的行为。
- 不提供 Group Mutual Burn：Mutual Burn 仍是一对一协议。
- Read-or-Lose 已退役：不会仅因时间流逝就销毁重要的未读消息。
- 不会从 PQXDH、Sealed Sender 或 Mesh E2EE 静默 downgrade 到较弱模式。
- Arc 通讯核心不内置 AI 人格、翻译模型、宠物助手或摘要模型。
- Mesh E2EE Group 不属于核心产品承诺；签名非 E2EE Group 与 E2EE DM 保持为独立模式。
加密、E2EE与PQC的区别
已加密、端到端加密以及使用后量子保护是可叠加但彼此不同的概念。
Layer 1 · BASIC
加密
涵盖TLS传输加密和server-side存储加密的广义术语。运营方可能持有密钥并能访问明文。
Layer 2 · STRONG
端到端加密（E2EE）
只有会话endpoint持有内容密钥，因此服务运营方不应能读取消息明文。已加密不自动等于E2EE。
Layer 3 · QUANTUM-SAFE
后量子密码（PQC）
结合经典密钥协商的混合后量子 session 建立，且不会静默 downgrade 到旧路径。
加密 / E2EE / PQC分类
按加密基线、公开资料中的E2EE可用状态和后量子状态对19款市场产品分类。
加密（TLS + server-side）
20 / 20传输和server-side存储保护构成基础分类。
竞品卡片链接各厂商一手资料；Arc卡片绑定完整产品规格与同一评分模型。
Signal90
Arc89
iMessage76
Threema72
Wire71
WhatsApp67
Element / Matrix60
Facebook Messenger54
Session53
Google Messages44
Viber39
LINE38
Telegram37
XChat33
KakaoTalk23
Google Chat21
Discord19
Slack17
Chatwork14
Instagram DM14
E2EE（端到端加密）
公开资料是否说明服务运营方不能读取消息明文。
✓默认启用E2EE(9)
Signal90
iMessage76
Threema72
Wire71
WhatsApp67
Facebook Messenger54
Session53
Viber39
Arc89
△有限 / 部分 / 需手动开启(7)
Element / Matrix60
Google Messages44
LINE38
Telegram37
XChat33
KakaoTalk23
Discord19
—未找到经核验的第一方资料(4)
Google Chat21
Slack17
Chatwork14
Instagram DM14
PQC（后量子密码）
针对量子时代攻击所设计保护的公开资料状态。
✓已在生产环境部署(3)
Signal90
iMessage76
Arc89
○研究 / 规划阶段(2)
Wire71
Session53
—未找到经核验的第一方资料(15)
Threema72
WhatsApp67
Element / Matrix60
Facebook Messenger54
Google Messages44
Viber39
LINE38
Telegram37
XChat33
KakaoTalk23
Google Chat21
Discord19
Slack17
Chatwork14
Instagram DM14
等级排名
按总分和用途划分等级。S级强调隐私与现代密码学；D级为不提供E2EE的效率工具。
S Tier85+隐私优先 + 先进密码学
Signal
#1
Arc
#2
A Tier60–84足以保护个人隐私的E2EE
iMessage
#3
Threema
#4
Wire
#5
#6
Element / Matrix
#7
B Tier40–59部分E2EE，存在设计限制
Facebook Messenger
#8
Session
#9
Google Messages
#10
C Tier20–39定制或有限E2EE，可靠性需注意
Viber
#11
LINE
#12
Telegram
#13
XChat
#14
KakaoTalk
#15
Google Chat
#16
D Tier<20并非为机密个人通讯设计
Discord
#17
Slack
#18
Chatwork
#19
Instagram DM
#20
9维评分（满分100）
竞品卡片链接各厂商一手资料；Arc卡片绑定完整产品规格与同一评分模型。
| 服务 | 密码 (18) | FB保密 (14) | PQC (14) | E2EE (13) | 发送者 (10) | 注册 (10) | 消失 (11) | 验证 (5) | 多设备 (5) | 总分 |
|---|---|---|---|---|---|---|---|---|---|---|
#1 Signal | 18 | 14 | 14 | 13 | 10 | 6 | 5 | 5 | 5 | 90 |
#2 Arc | 18 | 14 | 14 | 12 | 3 | 9 | 11 | 4 | 4 | 89 |
#3 iMessage | 17 | 13 | 14 | 13 | 5 | 4 | 1 | 4 | 5 | 76 |
#4 Threema | 16 | 13 | 2 | 12 | 7 | 10 | 5 | 4 | 3 | 72 |
#5 Wire | 16 | 13 | 4 | 11 | 5 | 7 | 6 | 4 | 5 | 71 |
#6 WhatsApp | 18 | 13 | 7 | 11 | 0 | 4 | 5 | 4 | 5 | 67 |
#7 Element / Matrix | 13 | 12 | 1 | 10 | 4 | 8 | 3 | 4 | 5 | 60 |
#8 Facebook Messenger | 15 | 11 | 0 | 10 | 0 | 4 | 5 | 4 | 5 | 54 |
#9 Session | 9 | 2 | 1 | 10 | 10 | 10 | 5 | 3 | 3 | 53 |
#10 Google Messages | 15 | 11 | 0 | 8 | 0 | 1 | 2 | 3 | 4 | 44 |
#11 Viber | 10 | 9 | 1 | 7 | 0 | 1 | 4 | 3 | 4 | 39 |
#12 LINE | 13 | 3 | 0 | 9 | 0 | 4 | 2 | 4 | 3 | 38 |
#13 Telegram | 10 | 7 | 0 | 3 | 0 | 4 | 4 | 4 | 5 | 37 |
#14 XChat | 11 | 0 | 0 | 4 | 0 | 9 | 2 | 2 | 5 | 33 |
#15 KakaoTalk | 7 | 4 | 0 | 3 | 0 | 1 | 2 | 2 | 4 | 23 |
#16 Google Chat | 10 | 0 | 0 | 4 | 0 | 1 | 1 | 0 | 5 | 21 |
#17 Discord | 7 | 3 | 0 | 3 | 0 | 1 | 0 | 0 | 5 | 19 |
#18 Slack | 10 | 0 | 0 | 0 | 0 | 1 | 1 | 0 | 5 | 17 |
#19 Chatwork | 8 | 0 | 0 | 0 | 0 | 1 | 0 | 0 | 5 | 14 |
#20 Instagram DM | 5 | 0 | 0 | 0 | 0 | 1 | 4 | 0 | 4 | 14 |
评分维度说明
密码/ 密码学原语
(18)算法设计、AEAD与签名方案及形式化验证历史的质量
FB保密/ 前向/后向保密
(14)密钥泄露后对过去与未来消息的保护，例如Double Ratchet或MLS
PQC/ 后量子
(14)PQXDH、ML-KEM等后量子密码在公开资料中的生产部署状态
E2EE/ E2EE覆盖
(13)文本、通话、群组与媒体的默认状态和覆盖范围，包括公开审计证据
发送者/ 发送者隐私
(10)通过Sealed Sender或onion routing等方式减少发送者和关系metadata
注册/ 注册隐私
(10)能否不使用电话号码或email注册，以及是否提供匿名ID
消失/ 消失消息
(11)消息消失控制的粒度与删除lifecycle
验证/ 验证UX
(5)Safety Number或联系人密钥验证等密钥验证方式的易用性
多设备/ 多设备
(5)无需主手机始终online的跨设备密钥处理
总分
(100)9个维度的加权总分（最高100）
20款产品的证据与规格卡
竞品卡片链接各厂商一手资料；Arc卡片绑定完整产品规格与同一评分模型。
第一方资料核验日：2026-08-26
每项第一方资料仅支持其引用所在类别，并不能证明全部主张或全部评分，也不表示厂商认可。
#1 Signal
S总分 90 / 100
#2 Arc
S总分 89 / 100
标准 ML-KEM-1024 + PQXDH · Double Ratchet DM · Sender Keys 群组 · Sealed Sender + 匿名投递 · IGF · Mutual Burn · Key Sync + 多设备 · 16 kbps Ogg Opus 语音 · 签名直连 Mesh DM 和 Group · 直连 Mesh E2EE DM · 有界 multi-hop 与 store-and-forward
#3 iMessage
A总分 76 / 100
#4 Threema
A总分 72 / 100
公开资料所载状态
E2EE · 默认启用E2EEPQC · 未找到经核验的第一方资料
第一方资料
#5 Wire
A总分 71 / 100
公开资料所载状态
E2EE · 默认启用E2EEPQC · 研究 / 规划阶段
第一方资料
#6 WhatsApp
A总分 67 / 100
公开资料所载状态
E2EE · 默认启用E2EEPQC · 未找到经核验的第一方资料
第一方资料
#7 Element / Matrix
A总分 60 / 100
公开资料所载状态
E2EE · 有限 / 部分 / 需手动开启PQC · 未找到经核验的第一方资料
第一方资料
#8 Facebook Messenger
B总分 54 / 100
公开资料所载状态
E2EE · 默认启用E2EEPQC · 未找到经核验的第一方资料
第一方资料
#9 Session
B总分 53 / 100
公开资料所载状态
E2EE · 默认启用E2EEPQC · 研究 / 规划阶段
第一方资料
#10 Google Messages
B总分 44 / 100
公开资料所载状态
E2EE · 有限 / 部分 / 需手动开启PQC · 未找到经核验的第一方资料
第一方资料
#11 Viber
C总分 39 / 100
公开资料所载状态
E2EE · 默认启用E2EEPQC · 未找到经核验的第一方资料
第一方资料
#12 LINE
C总分 38 / 100
公开资料所载状态
E2EE · 有限 / 部分 / 需手动开启PQC · 未找到经核验的第一方资料
第一方资料
#13 Telegram
C总分 37 / 100
公开资料所载状态
E2EE · 有限 / 部分 / 需手动开启PQC · 未找到经核验的第一方资料
第一方资料
#14 XChat
C总分 33 / 100
#15 KakaoTalk
C总分 23 / 100
公开资料所载状态
E2EE · 有限 / 部分 / 需手动开启PQC · 未找到经核验的第一方资料
第一方资料
#16 Google Chat
C总分 21 / 100
#17 Discord
D总分 19 / 100
公开资料所载状态
E2EE · 有限 / 部分 / 需手动开启PQC · 未找到经核验的第一方资料
第一方资料
#18 Slack
D总分 17 / 100
公开资料所载状态
E2EE · 未找到经核验的第一方资料PQC · 未找到经核验的第一方资料
第一方资料
#19 Chatwork
D总分 14 / 100
#20 Instagram DM
D总分 14 / 100
公开资料所载状态
E2EE · 未找到经核验的第一方资料PQC · 未找到经核验的第一方资料
第一方资料
对比清楚说明了什么
以下11项能力共同组成一套完整产品规格，并作为Arc整体进行评价。
metadata 隐私是独立战场
强内容加密本身不会隐藏发送者关系。Sealed Sender 和匿名投递被视为独立的产品工作。
offline 不自动等于 E2EE
Arc 将签名非 E2EE 灾害通信与 E2EE Mesh DM 分离，并标记当前模式，而不是模糊二者的区别。
删除是生命周期，不是 animation
IGF 和 Mutual Burn 围绕设备/server 上的持久移除、retry 和恢复进行设计，而不只是 UI 消失。
Arc 消息架构：直接回答
简要回答读者和问答引擎最关心的 Arc 安全与灾害通信设计问题。
Arc 中的“标准 ML-KEM-1024 + PQXDH”是什么？
结合经典密钥协商的混合后量子 session 建立，且不会静默 downgrade 到旧路径。
Arc 中的“Double Ratchet DM”是什么？
面向普通一对一聊天的原子 ratchet 推进、相同 ciphertext 重试、有界 skipped keys 和崩溃安全恢复。
Arc 中的“Sender Keys 群组”是什么？
按发送者、按设备划分群组 epoch，实施成员隔离，并通过已认证的一对一 session 交付 SKDM。
Arc 中的“Sealed Sender + 匿名投递”是什么？
按用途分离的发送者证书、不透明的收件箱、通用 push，以及禁止 fallback 到明文的规则。
Arc 中的“签名直连 Mesh DM 和 Group”是什么？
对来源和完整性进行认证的灾害直连消息；因 relay 或附近观察者可能看到内容，明确标记为非 E2EE。
Arc 中的“直连 Mesh E2EE DM”是什么？
单独的直连消息模式，提供 E2EE 内容、明确的信任状态，且不会静默 fallback 到签名的非 E2EE 投递。
Arc 中的“有界 multi-hop 与 store-and-forward”是什么？
资源有界的 relay、去重、TTL 和 offline 恢复，同时不声称保证距离、route 或投递时间。
比较依据与披露
- 竞品卡片链接各厂商一手资料；Arc卡片绑定完整产品规格与同一评分模型。
- 每项第一方资料仅支持其引用所在类别，并不能证明全部主张或全部评分，也不表示厂商认可。
- 厂商名称和商标归各自权利人所有。收录不表示合作、认可或关联。
Security
Arc安全详情
以下11项能力共同组成一套完整产品规格，并作为Arc整体进行评价。
Technology
Arc技术
以下11项能力共同组成一套完整产品规格，并作为Arc整体进行评价。