先分清两套加密模型
纸飞机（Telegram）同一条产品线里并存两套加密模型：普通聊天、频道和群组走"服务器端加密 + 云端存储"，目的是让账号在多台设备登录时都能拉取完整历史；秘密聊天走"端到端加密"，密钥只在通信双方设备上，服务器没有可读的副本。理解了这一点，后面的自毁机制才有意义。
这里常被混淆的一点是：端到端加密解决的是内容机密性，它并不自动让消息消失。内容在谁的设备上存在多久，是由自毁计时、会话自动清理这些独立设置决定的。下面每一条都能在官方文档或客户端上核对。
两类会话的消息流向示意
A
发送方设备
用本机生成的会话密钥加密正文后发出。
→
S
Telegram 服务器
端到端模型下服务器只转发密文，无法解密正文。
→
B
接收方设备
用对应密钥解密；端到端模型下仅这两台设备可读。
C
云端存储（普通聊天）
服务器端加密后存云端，为多端同步服务，密钥不在第三方手里但内容经过服务器。
⇄
D
多端同步
换任意设备登录都能拉取完整历史，这是云端模型的直接结果。
七条可核对事实
每条都包含具体数值与出处。凡是不能指向官方文档或客户端实测的说法，本站不写入正文。
- 秘密聊天为端到端加密：密钥只在发起方与接收方两台设备上生成与保存，消息正文不上传服务器，换一台设备登录后该段历史可见消息数为 0 条（来源：telegram.org 官方帮助文档 · 秘密聊天，核对 2026-10-12）。
- 自毁消息计时范围：可选 1 秒至 1 周，到期后消息自动从双方设备的会话中移除，通知预览里也不保留正文（来源：telegram.org 官方帮助文档 · 自毁消息，核对 2026-10-12）。
- 网页版不提供秘密聊天：本文整理的官方客户端渠道共 5 个，其中仅 4 个支持发起秘密聊天，浏览器端 web.telegram.org 不在其中，敏感内容不要在网页版输入（来源：telegram.org 官方帮助文档 · 客户端对比，核对 2026-10-12）。
- 同一账号可多设备登录：普通聊天在多台设备登录后可同步查看历史，这是云端加密模型的直接结果，也是它与秘密聊天最核心的差别（来源：telegram.org 官方帮助文档 · 多设备与活跃会话，核对 2026-10-12）。
- 两步验证叠加 2 层校验：开启后登录除短信验证码外还需输入自设的第 2 层密码，短信被拦截时账号仍不可登录（来源：telegram.org 官方帮助文档 · 两步验证，核对 2026-10-12）。
- 单文件传输上限 2 GB：单个文件最大 2 GB，超过需另寻中转方式（来源：telegram.org 官方帮助文档 · 常见问题，核对 2026-10-12）。
- 超级群组容量 20 万人：普通群组达到一定成员数后可升级为超级群组，上限 20 万人（来源：telegram.org 官方帮助文档 · 群组，核对 2026-10-12）。
自毁计时的到期行为
自毁计时的规则不是"发出去 1 秒就删"，而是"打开这条消息后开始计时"。在秘密聊天里，一旦打开一条消息，倒计时就开始走，期满消息从当前设备移除；对方同样在自己的设备上独立计时。因此计时是双向生效的，发送方也无法让对方"多留一会儿"。
计时的几个实践细节
- 计时设置可以在会话内随时调整，调整后会在会话中留下系统提示，双方都能看到新设置的时长。
- 自毁只移除消息本体，不等于抹掉引用它的回复，也不等于阻止对方在计时结束前手动保存。
- 把计时设为 1 秒适合一次性凭据类内容，例如验证码；但 1 秒的窗口也意味着你几乎来不及读第二遍，务必确认信息已经记下。
秘密聊天加密方式端到端加密
自毁计时可选范围1 秒 ~ 1 周
网页版能否发起秘密聊天否
端到端模型历史跨端可见条数0 条
单文件传输上限2 GB
超级群组人数上限20 万人
提醒：端到端加密与自毁消息都不等于"绝对安全"。截图、外部拍照、系统通知预览都可能在计时结束前留下内容。真正需要控制的是"这条消息该不该发"，机制只是事后兜底。
云端加密 vs 端到端加密：一览
选择哪套模型，取决于你要"多端随时接着聊"还是"内容不进服务器"。没有全优解，只有取舍。
| 维度 | 云端加密（普通聊天/群组） | 端到端加密（秘密聊天） |
|---|---|---|
| 密钥位置 | 由服务端管理，用户端不可见密钥本体 | 只在通信双方两台设备上生成与保存 |
| 多端同步 | 支持，换任意设备登录可拉取完整历史 | 不支持，换端后该段历史消息数为 0 条 |
| 网页版支持 | 支持，浏览器端直接可用 | 不支持，浏览器无法发起秘密聊天 |
| 适合场景 | 日常沟通、群组协作、需要留存的对话 | 一次性凭据、敏感点对点对话 |