起飞VPN智能提速：新一代传输协议完成全量推送

2026 年 10 月 8 日，起飞VPN新一代传输协议完成全量推送，覆盖全部五个客户端平台与 1260 台节点。此轮升级的核心是拥塞控制算法重写：跨太平洋与跨大西洋长距离线路的吞吐提升 23.6%，重传率下降 19.4%，首包时间缩短 14%，而客户端 CPU 占用仅增加 2.1%。智能提速能力已默认开启，用户无需任何设置。

传输协议是加速体验里最不显眼、却最影响体感的一层。用户看到的“下载慢了”“视频缓冲了”，往往不是带宽不足，而是拥塞控制在错误的时刻做了错误的判断。旧算法在跨境链路上有两个固有缺陷：一是把无线丢包误判为拥塞，二是恢复窗口过慢，一旦进入降速状态需要十几秒才能爬回原来的速度。

一、旧算法的三个瓶颈

协议研发负责人魏启帆把问题总结为三点。第一是延迟测量不够细，旧实现每 200 毫秒采样一次往返延迟，在高铁与地铁这类快速变化的网络中，采样间隔内链路状态可能已经翻转两次。第二是降速过于激进，一次丢包事件就把发送窗口砍半，而跨境链路的丢包有相当比例来自中间设备而非真实拥塞。第三是恢复曲线固定，无论链路质量如何，窗口增长都沿同一条曲线爬升，长距离高延迟链路因此长期跑不满带宽。

这三点叠加的结果是：在 500Mbps 家宽环境下，跨太平洋线路的下载速度长期停留在 60Mbps 至 70Mbps，而同一时段的本地测速显示上行与下行都正常。团队在 2026 年 5 月启动了重写计划，目标不是追求实验室里的峰值数字，而是让长距离链路的实际吞吐更接近理论上限。

二、新算法怎么工作

新协议采用混合式拥塞控制：以延迟梯度为主要信号，辅以丢包比例做交叉验证。具体做法是把往返延迟的采样间隔从 200 毫秒缩短到 25 毫秒，并维护一个滑动窗口内的延迟基线；当延迟超过基线的 1.4 倍时，判定为队列积压，主动小幅降速；当丢包呈离散分布且延迟未明显上升时，判定为链路随机丢包，保持当前速率并依靠前向纠错恢复。这套判断把误降速的比例从 27.4% 降到 7.8%。

恢复曲线也做了调整。旧实现在丢包后按固定步长增长，新实现则根据历史带宽估计值决定增长速度：接近历史峰值时放缓，避免再次触发拥塞；远离峰值时加快，尽快填满可用带宽。在模拟的跨太平洋链路上（往返 168ms、丢包 0.8%），窗口从 1MB 爬升到满带宽所需时间从 14.2 秒缩短到 5.6 秒。

三、灰度测试与全网数据

全量推送前，团队做了三周灰度测试，覆盖 8.4 万名用户、21 个地区的节点。灰度组的长距离线路吞吐中位数提升 23.6%，其中法兰克福线路提升 24.1%，洛杉矶线路提升 19.8%，圣保罗线路提升 28.3%；重传率从 3.1% 降至 2.5%，降幅 19.4%；首包时间从 412ms 缩短到 354ms，降幅 14%。客户端侧的单核 CPU 占用从 10.4% 微升到 12.5%，仍在可接受范围内。

用户体验层面的变化由数据支撑：灰度期间，1080p 视频的平均缓冲次数由每 10 分钟 1.4 次降到 0.6 次；大文件下载（5GB 以上）的平均耗时缩短 18.7%；视频会议的首帧时间由 2.1 秒降到 1.7 秒。也有 0.7% 的用户报告在极低带宽环境下（低于 2Mbps）速度略有下降，团队在 v5.7.7 中加入了低速链路检测，带宽低于 5Mbps 时自动回退到旧算法。

旧版本客户端不受影响，服务端会为旧协议保留兼容通道，功能不会缺失，只是享受不到新算法的收益。建议尽快升级到 v5.7.7 或更高版本，升级后无需手动切换任何选项，客户端会根据链路状况自动选择算法。企业用户若使用自建出口，可向客服索取协议参数说明，用于网关侧的兼容配置。

下一阶段的工作集中在两处：一是把延迟采样进一步下沉到节点侧，缩短判断链路状态所需的时间；二是为直播与游戏场景提供独立的参数预设，让算法在低延迟与高吞吐之间按场景倾斜。团队计划在 2027 年第一季度完成这两项改造，并在官网同步发布测试方法与数据。