起飞VPN协议进阶：GFT 3.0 把丢包率压到 0.02%

2026 年 9 月 30 日，起飞VPN 自研的 GFT 传输协议更新到 3.0 版本，核心改动是把固定冗余改成按丢包率动态调整的前向纠错，并启用基于会话票据的 0-RTT 重连。在 10% 丢包的人造弱网下，有效吞吐提升 41%，重传请求数量下降 63%，握手耗时从 1.8 秒压缩到 0.3 秒。

跨境链路的三个顽疾是丢包、抖动与握手延迟。带宽可以买，光缆可以铺，但这三件事取决于路径上的每一个中间节点。协议层能做的，是在既有条件下把损失降到最低，让上层应用察觉不到底下发生了什么。

自适应 FEC：冗余不是越多越好

前向纠错的基本思路是发送冗余数据，让接收端在丢包时直接重建，而不必等待重传。难点在于比例：冗余太少起不到作用，太多则会挤占有效带宽。GFT 3.0 按 500 毫秒窗口统计实时丢包率，把冗余比例在 8% 到 32% 之间连续调整，丢包升高时快速抬升，平稳后缓慢回落，避免来回震荡。

与固定 20% 冗余的旧版对比，弱网环境下带宽利用率提高 23%，而恢复能力没有下降。多路复用部分也做了改动：每条数据流独立维护拥塞窗口，一条大文件传输不会拖慢同隧道内的语音流，流之间的调度按权重而非先来后到。

「纠错协议最怕的是自己把自己压垮。」起飞VPN 协议组负责人陆则明解释，「我们花了三个月调那个回落曲线，因为快速抬升容易，缓慢回落很难，收得太急会在网络刚恢复时又丢一轮。」

0-RTT 重连与会话票据

旧版每次重连都要完整握手：协商密钥、校验证书、建立会话，正常网络下 1.8 秒，弱网下可能超过 4 秒。GFT 3.0 把会话票据缓存在本地，票据有效期内重连可直接携带加密应用数据，首包即业务包，实测握手耗时 0.3 秒，切换 Wi-Fi 与蜂窝网络时用户几乎无感。

为兼顾安全，票据绑定设备指纹与有效期，默认 12 小时，超过后强制完整握手；检测到票据异常使用时立即吊销并要求重新认证。断线保护在重连期间保持生效，明文流量不会被放行，这部分规则在客户端内核层执行，不依赖图形界面是否在运行。

安全侧同步升级了密钥协商：每次连接使用独立的临时密钥，采用 AES-256 加密与 SHA-384 校验，前向保密确保历史流量无法被事后解密。密钥材料只存在于内存，连接断开即销毁，不写入磁盘也不进日志。

弱网实测：三条链路的对比

测试设置三条链路：正常宽带（丢包 0.1%）、跨境拥塞（丢包 5%）、移动弱网（丢包 10%、抖动 25ms）。在 50Mbps 基准带宽下，GFT 3.0 的有效吞吐分别为 48.6Mbps、37.2Mbps、26.4Mbps，旧版对应为 47.9Mbps、29.8Mbps、18.7Mbps，弱网提升幅度最大，达到 41%。

时延侧的数据同样直观：正常链路往返 28ms，跨境拥塞 74ms，移动弱网 136ms；相比旧版分别降低 3ms、18ms、44ms。丢包率方面，经过纠错后的残余丢包为 0.02%，重传请求下降 63%，这也是直播与会议场景里"卡一下就好"的情况明显减少的原因。

测试负责人方黎补充：「我们不只测平均值，还看 P99。旧版在移动弱网下的 P99 延迟是 610ms，新版是 208ms。对实时通讯来说，P99 才决定了用户会不会骂人。」

GFT 3.0 已随 v3.2.8 客户端全量推送，服务端节点在 9 月 28 日完成升级，用户无需任何操作。旧协议保留兼容开关，遇到极少数不兼容的本地网络环境时可在设置中回退，后续版本会补齐 IPv6 双栈下的纠错能力。

「协议层的进步很难被用户看见，但它决定了所有上层体验的地板在哪里。」——起飞VPN 协议组负责人 陆则明