狗急加速器多协议加密焕新登场:AES-256 与 0.7 秒协议切换

2026 年 9 月 7 日,狗急加速器 4.2.0 版本完成加密协议层焕新。新版本在原有 AES-256-GCM 之外新增 ChaCha20-Poly1305 加密套件,并将传输协议从「先选后用」升级为多协议并行传输:客户端在握手阶段同时探测 4 套协议的可用性,选定主用协议后仍保留一条备用通道。协议自动切换的平均耗时从 1.4 秒压缩到 0.7 秒,首次握手成功率达到 99.97%,切换过程中现有会话不会被中断。
加密层的改造涉及客户端、节点与调度系统三处联动,任何一处旧版本残留都会导致协商失败,因此团队把灰度发布拆成 7 个批次,每批次观察 12 小时。狗急加速器安全实验室主任沈亦扬表示:“加密协议升级最怕的不是性能不够,而是兼容性裂缝,我们宁愿多花两周做灰度,也不愿意让用户在连接时看到莫名其妙的失败提示。”
多协议并行传输:一次握手,多路可用
旧版本的协议选择是串行的:先尝试主协议,失败后再依次回退,遇到网络环境较差时,单次连接可能要经历 3 至 4 次重试。新版本把协商过程拆成并行的两路:主通道负责正式数据传输,备用通道仅维持轻量心跳,当主通道质量下降时,客户端直接切换到已经握好手的备用通道,省去重新协商的时间。
目前支持的 4 套协议分别面向不同网络环境:AES-256-GCM 适合带宽充足、对吞吐要求高的场景;ChaCha20-Poly1305 在移动处理器上表现更好,加解密吞吐提升约 34%,CPU 占用下降约 34%;面向严格网络策略环境提供经过封装的传输模式;轻量 UDP 协议用于对延迟最敏感的游戏场景。用户可以在客户端中保持「自动」设置,也可以手动锁定某一套协议。

实测数据:切换 0.7 秒、首次握手 99.97%
团队在 2026 年 8 月 18 日至 31 日完成两轮大规模验证,累计样本 18.6 万次连接。核心数据如下:协议切换平均耗时 0.7 秒,最快 0.4 秒,最慢 1.1 秒;首次握手成功率 99.97%,失败案例中 82% 来自本地网络中断而非协议协商问题;AES-256-GCM 单核加解密吞吐 1.9 Gbps,ChaCha20-Poly1305 在 ARM 平台吞吐 1.2 Gbps 且 CPU 占用较旧版本下降 34%;切换过程中会话中断 0 次,4K 视频与实时语音在切换时均未出现可感知的停顿。
值得说明的是兼容性表现。团队针对 27 类网络环境做了专项回归,包括限制 UDP、屏蔽 ICMP、深度包检测较为严格的场景。结果显示,在自动模式下 96.4% 的连接能在 1 秒内完成首次协商;在极端受限环境中,客户端的回退策略会把协商时间拉长到 2.8 秒,但成功率仍保持在 97.1%。唐启帆补充:“自动模式的意义就是让用户不用理解协议差异,客户端会替他做完这些判断。”
传输加密标准与隐私边界
在公开传输加密标准方面,狗急加速器全线采用经过广泛验证的算法组合:对称加密使用 AES-256-GCM 或 ChaCha20-Poly1305,密钥交换基于 X25519,握手过程经过完整的前向保密设计——即使某一时段的密钥被泄露,也无法反推此前的通信内容。客户端与服务端之间的所有控制指令同样走加密通道,节点列表与配置下发不会被明文传输。
隐私边界同样被明确写入产品设计:客户端不记录用户访问的域名、URL 与传输内容,仅保留连接时间、节点编号、流量总量与错误码 4 类元数据,用于计费与故障定位,默认保留 24 小时后自动清除。安全团队每季度进行一次内部审计,审计结论会在关于我们页面更新。下载狗急加速器 4.2.0,体验 0.7 秒完成协议切换的加密加速通道。
用户评论
公司网络对 UDP 有限制,以前经常连不上,切到自动模式之后基本一次就能成功,省心不少。
开会的时候切协议居然没有卡顿,之前一换就断几秒,这次更新确实感觉到切换变滑顺了。
手机端的耗电好像比以前少了一点,估计就是换了 ChaCha20 的功劳,续航能多撑一两个小时。
看到官方把不记录访问内容的说明写清楚了,作为做外贸的,这一点对我来说很重要。
希望能加个手动锁定协议的高级选项,我这边想固定用某一种做测试,目前只能自动切换。
更新日志写得很详细,连握手成功率和切换耗时都给了数据,这种透明度让人比较放心。