先问一个问题：加密到底防的是谁
很多关于加密的介绍一上来就讲算法、讲密钥长度，但普通人真正关心的是：我加了密，到底防住了什么？把这个问题想清楚，后面所有的技术细节才有落脚点。
简单说，加密防的是"链路上的人"。你的数据从设备出发，要经过路由器、运营商网络、公共 Wi-Fi 热点、中间节点，最后到达目标服务器。这中间任何一环，理论上都存在被观察的可能。加密的作用，就是让这些环节即使"看到了"数据，也读不出内容。
把信装进保险箱
不加密的数据像明信片，路上谁都能读；加密后的数据像装进保险箱的信，途中被拿到也打不开。
防的是中间环节
加密不针对目标网站本身，而是防止链路上的中间环节读取或篡改你的数据。
有钥匙才读得懂
只有持有正确密钥的双方才能解读内容，中途拿到数据的人只会看到一串乱码。
四层防护：QuickQ 的加密不是单一动作
"全程加密"听起来像一个动作，实际上它是四个层面的协同工作。只做其中一层，防护是残缺的。下面按从上到下的顺序，逐层说明。
数据从你的设备到节点之间的传输过程，采用 AES-256-GCM 强度算法进行加密。这是目前业界广泛认可的高强度对称加密方案，兼顾安全性与传输效率。即使链路被截取，也无法解读内容。
加密要用密钥，密钥的协商与交换环节同样需要保护。QuickQ 在握手环节做了加固，降低密钥协商过程被中间人干扰或篡改的可能，避免因握手薄弱而影响整体安全。
AES-256-GCM 的 GCM 模式本身带完整性校验能力。数据在传输中被篡改可被检测出来，接收方发现校验不通过时会丢弃数据，避免被注入异常内容。
服务端从架构层面不设计访问日志存储环节。不是"记录了再删"，而是从数据流上就不产生连接时间、来源 IP、访问记录与 DNS 查询日志，从根源减少隐私留存面。
握手过程：连接建立前的那几秒
加密不只是在数据传输时生效，在连接建立之前，还有一段关键的"握手"过程。这几秒钟发生的事情，决定了后续通信的安全性。
握手在做什么
握手是双方"确认身份、约定密钥"的过程。你的设备和节点需要先确认彼此的真实性，再协商出一个双方都能用、但第三方拿不到的密钥。握手环节如果被干扰，后续加密再强也没意义——就像保险箱再好，钥匙在交接时被掉包了，里面的东西一样不安全。
握手环节的加固
QuickQ 在握手环节做了独立保护机制，降低被中间人干扰、篡改或重放的可能。整个过程对用户是无感的——你点一下连接，握手的保护机制自动运行，不需要任何配置。
加密与速度：真的会互相拖累吗
这是被问得最多的问题之一："全程加密，会不会很慢？"要回答这个问题，得先理解加密与速度的真实关系。
现代加密的开销已经很小
AES-256-GCM 这类算法之所以被广泛采用，除了安全性高，还因为它对现代硬件的负担很小。主流处理器普遍具备硬件加速支持，加密解密的速度远超一般用户的带宽上限。也就是说，在你把带宽跑满之前，加密本身几乎不构成瓶颈。
真正影响速度的是什么
在实际使用中，影响连接速度的主要因素是线路质量、本地网络、后台占用，而不是加密本身。这跟前面卡顿排查那篇的结论一致——卡顿的时候先查本地和线路，通常更有用。
| 可能被误认为"加密拖慢"的因素 | 实际情况 |
|---|---|
| 连接建立稍慢 | 握手与密钥协商需要时间，但只发生在连接瞬间，连接后不再重复 |
| 高峰时段变慢 | 这是线路负载造成的，与加密无关，换线路或错峰更有效 |
| 大文件下载偏慢 | 多与带宽上限和后台占用有关，加密开销在带宽跑满前不构成瓶颈 |
| 视频缓冲频繁 | 通常是通道稳定性问题，智能优选与后台清理更对症 |
保护范围：加密保护什么，不保护什么
明确边界比笼统承诺更值得信任。下面把"加密保护什么"和"加密不保护什么"分开说清楚。
- 传输中的数据内容：链路上被截取也无法解读
- 密钥协商过程：握手环节有独立保护，降低被干扰风险
- 数据完整性：被篡改可被检测，异常数据会被丢弃
- 连接隐私：零日志架构不保留访问记录与连接时间
- 公共网络下的安全性：在咖啡厅、机场等环境下明显降低被读取风险
- 你主动公开的信息：你在网站上填写并提交的内容，取决于网站本身
- 设备本地的安全：设备被他人直接使用，加密无法阻止
- 账号被盗用：密码泄露或账号共享带来的风险，属于账号管理范畴
- 目标网站自身的记录：你访问的网站如何记录你的行为，由对方决定
- 恶意软件：设备上已存在的恶意程序，属于终端安全问题
零日志架构：为什么"不留存"比"承诺不滥用"更可靠
加密保护的是传输中的数据，但连接本身也会产生一些元数据——连接时间、来源 IP、访问记录。这些数据如果被留存，即使加密再强，也存在被读取的可能。零日志架构解决的就是这个问题。
不记录连接时间
不保留每次连接的起止时间，减少"什么时候连过"这类元数据的留存。
零留存不保留来源 IP
不保留用户连接的来源地址，降低"从哪里连的"被追溯的可能。
零留存不记录访问内容
不记录访问过的网站与页面，减少使用行为被还原的可能。
零留存不保留 DNS 查询
不保留域名解析请求记录，减少"访问了哪些域名"的留存。
零留存不存储传输内容
不存储、不解析经过通道的数据内容，只负责转发。
零留存仅保留账号信息
仅保留注册邮箱与订阅状态这类维持服务运行所必需的信息。
最少必要常见误区
关于加密，有几个说法流传较广，容易造成误解。这里一并澄清。
"加密了就等于完全隐身"
不是。加密保护的是传输过程中的数据内容，不是让你完全隐身。你访问了哪些网站、提交了什么内容，这些属于其他层面的问题，加密不负责改变。
"加密越强，速度越慢"
现代加密对硬件的负担很小，在带宽跑满之前几乎不构成瓶颈。实际使用中影响速度的主要是线路质量与本地网络，而不是加密本身。
"零日志就是什么都没记录"
零日志指的是不记录访问日志（连接时间、来源 IP、访问记录、DNS 查询等），而不是说服务端完全不保存任何信息。账号信息与订阅状态仍需保留，用于维持服务运行。
"有加密就不用管其他安全习惯了"
加密是传输层的保护，不替代设备安全、账号管理与使用习惯。设备本身被他人使用、账号密码泄露、设备中存在恶意软件，这些问题加密无法解决。
总结：安全不是口号，是四层协同
把整篇内容压缩成几句话：
- 加密防的是链路上的中间环节：让数据在传输途中变得"看不懂"，而不是让你完全隐身。
- 四层协同才叫全程加密：链路加密保护内容、密钥协商保护钥匙、完整性校验防止篡改、零日志架构减少留存。
- 握手质量决定加密效果：密钥协商环节的加固与加密算法本身同样重要。
- 加密与速度不冲突：现代加密开销极小，影响体验的主要是线路质量与本地网络。
- 明确边界更值得信任：加密保护传输过程，不替代设备安全与账号管理。
- 零日志是设计选择：不留存，就不存在"留存后如何处理"的问题。
理解了这套机制，你再看"全程加密"这四个字，就不会只把它当成一句宣传语。它是一套从握手到传输、从密钥到日志的完整防护体系，每一层都有具体的职责，缺一层就有缺口。
常见疑问
AES-256-GCM 是什么级别的加密？
AES-256-GCM 是目前业界广泛认可的高强度对称加密方案。AES-256 指的是 256 位密钥长度，GCM 是一种带完整性校验的工作模式。它同时提供加密与防篡改能力，兼顾安全性与效率，被大量安全产品采用。
加密后，运营商还能看到我访问了什么吗？
运营商能看到你与节点之间的连接，但看不到传输的具体内容。加密的作用就是让链路上的环节即使"看到了"数据包，也读不出其中的内容。至于你访问了哪些网站，属于另一层面的问题。
零日志架构是不是意味着完全不保存任何信息？
不是。零日志指的是不记录访问日志，包括连接时间、来源 IP、访问记录、DNS 查询等。但账号信息（如注册邮箱）与订阅状态仍需保留，用于维持服务运行与账号管理。这是"最少必要"原则，不是"什么都不存"。
加密会让连接建立变慢吗？
握手与密钥协商需要一定时间，但这个过程只发生在连接建立的瞬间，连接之后不会重复。你在使用过程中感受到的"慢"，通常是线路质量或本地网络造成的，与加密关系不大。
公共 Wi-Fi 下用 QuickQ 会安全一些吗？
会。公共 Wi-Fi 往往缺少足够的加密保护，同一网络下的其他人可能具备读取未加密数据的能力。开启 QuickQ 后，数据在加密通道中传输，链路上被读取的风险明显降低。当然，设备本身的安全习惯同样重要。