快鸭加速器协议焕新：双栈隧道切换0.6秒完成

2026年9月26日，快鸭加速器 v4.7.4 正式启用双栈隧道架构。客户端现在同时维护两条承载通道：以 WireGuard 为内核的主隧道，以及基于 QUIC 的弱网备用通道。两者共享同一组会话密钥，切换时只更换承载层，隧道状态不重置，握手与切换的合计耗时压到0.6秒。在丢包率3%以上的弱网环境中，吞吐量比单栈状态提升37%。

这次协议层改动的出发点很朴素：现实网络并不总是干净。跨境链路的丢包往往不是均匀分布，而是集中在少数几个转接点，表现为每几秒一次的突发丢包。传统的单栈 TCP 承载遇到这种情况会自行降速，把窗口压小，恢复起来慢；双栈的意义在于给这类瞬间波动准备一条不需要重建的旁路。

双栈结构：主隧道与弱网旁路如何协作

主隧道使用 WireGuard，握手在一轮内完成，约0.6秒；数据面采用标准 UDP 承载，加解密在用户态完成，单核可处理约1.4Gbps流量。备用通道基于 QUIC，同样跑在 UDP 上，但内建了更激进的重传与前向纠错机制，适合丢包突发但带宽尚可的链路。

两条通道共用同一份会话状态，包括密钥、虚拟网卡地址与分流规则。切换触发条件有两个：连续3秒丢包率超过3%，或者往返时延的标准差超过25毫秒。触发后客户端把发包出口从主隧道改到备用通道，接收侧两条路径同时保留，避免切换瞬间的在途数据被丢弃。

这里有一个关键设计取舍：不做自动回切。一旦切到备用通道，客户端会保持60秒，再根据评分决定是否回到主隧道。原因是备用通道的吞吐上限低于主隧道，频繁回切会让用户体验到带宽反复变化；保持一段时间可以让传输层重新稳定下来，代价是这段时间内的峰值带宽略低。

弱网实测：37%的吞吐提升从哪来

测试在9月10日至9月20日进行，选取三条真实跨境链路（香港—东京、新加坡—法兰克福、洛杉矶—香港），用流量整形工具分别注入1%、3%、5%与8%的随机丢包，并叠加20毫秒抖动。每种条件下跑10轮，每轮传输600MB文件。3%丢包场景下，单栈平均吞吐28.4Mbps，双栈38.9Mbps，提升37.0%。

8%丢包场景下的提升幅度最大，但也最需要说明：绝对吞吐只有11.4Mbps，仍然低于正常链路的十分之一。双栈不是把坏网络变好，而是让坏网络下的体验不至于完全不可用。对视频会议这类需要稳定帧率的场景，11Mbps 已经足够维持720P；对下载大文件，依然是慢的。

另外一组数据值得关注：切换过程中的在途数据丢失为0字节。这得益于接收侧的双路径保留设计，切换时旧路径上尚未到达的包仍然会被收下并按序列重组。测试中最大的一次重组等待是84毫秒，没有触发应用层的重传。

「协议层的优雅，最终要落到用户能不能把会开完。我们宁可牺牲一点峰值带宽，也不要让画面在关键时刻卡住。」

快鸭加速器协议组负责人 高维

安全边界与升级说明

双栈并未降低加密强度。两条通道都使用 ChaCha20-Poly1305（移动端）或 AES-256-GCM（桌面端）加密，密钥每30分钟轮换一次，轮换过程在新旧密钥重叠窗口内完成，不会中断传输。会话密钥不写盘，进程退出即销毁。

需要说明一个边界：备用通道的 QUIC 实现使用标准拥塞控制，在丢包极高的链路上仍会降速，只是降得比 TCP 温和。如果用户在设置里强制指定「只用 UDP 直连」，双栈会被关闭，回到单栈模式，供排查问题时使用。

「我们对外说『不记录访问内容』，这不是一句口号，而是架构约束：隧道内看不到域名与页面，日志里也没有这些字段可写。」

快鸭加速器安全工程师 黎安

升级方式：桌面端在设置中检查更新，移动端在应用商店更新到 v4.7.4 及以上。旧版本客户端仍可连接，但不会启用双栈，弱网环境下的表现与之前一致。企业用户如果需要固定承载方式，可在策略模板中把「传输模式」字段设为 wg-only。

后续排期上，团队正在评估把双栈扩展到多路径并行传输，即在两条通道同时发包并按延迟择优接收。这能进一步压低下行时延，但对服务端的乱序重组能力要求更高，目前处于实验室阶段，暂无对外时间表。