2026 年 10 月 21 日，狗急加速器完成第三批边缘接入点上线，在北京、上海、广州、成都、杭州、武汉、西安、南京、青岛各新增一个城域节点，合计 9 个。调整后首包时延中位数从 21 毫秒降至 12 毫秒，常用跨境页面的可交互时间由 1.8 秒缩短到 1.3 秒，具备边缘回程的线路增加到 26 条。
很多用户把提速理解成带宽变粗，但打开网页的第一感受其实来自首包。首包时延由三段构成：域名解析、TCP 与加密握手、隧道建立。旧架构下这三段都要穿到区域机房完成，物理距离带来的往返叠加，构成了 20 毫秒以上的固定开销，带宽再大也绕不过去。
拆开看更清楚：DNS 解析平均 8 至 14 毫秒，取决于本地递归服务器的缓存命中；TCP 三次握手加 TLS1.3 一个往返，合计 34 毫秒左右；隧道建立还要一次鉴权交换，约 21 毫秒。三段里 DNS 与隧道建立的时间有较大优化空间，而 TCP 往返受物理距离限制，能压缩的只有路径长度。
旧架构里，成都用户访问香港线路要走成都到广州、广州到香港两段骨干，中间还要在出口做一次策略路由，实测单程 23 毫秒。当链路质量波动时，客户端重新探测会让首包时延冲到 46 毫秒以上。这也是为什么很多人觉得线路「一开始慢、过几秒才正常」——第一段握手一直在绕远路。
边缘下沉的思路是把握手环节搬到离用户最近的城域出口。新增的 9 个边缘节点只承担 DNS 应答、TLS 握手前置与加密参数协商，业务流量在握手完成后仍回到区域机房转发，因此不改变出口位置，也不影响原有的分流与线路策略。边缘节点与区域机房之间用长连接预建隧道，握手完成即可直接承载业务。
「边缘节点像高速收费站，先把票发好，车还是走原来的高速。用户感受到的是排队时间没了，路由并没有被打乱。」
—— 狗急加速器运维总监 汤亦寒
为了不让边缘成为新的单点，每个城域部署两个实例并做本地互备，任一实例异常时客户端在 0.3 秒内回退到骨干握手，用户侧最多感知到一次轻微延迟抬升。加密密钥仍只在区域机房生成，边缘节点不持有长期密钥，运维人员无法在边缘侧解密业务流量。
测试覆盖 30 个城市、4200 次首包采样，时间为 2026 年 10 月 15 日至 20 日。首包时延中位数 12 毫秒，较旧架构的 21 毫秒下降 43%；P95 由 41 毫秒降到 26 毫秒，长尾改善更明显。页面可交互时间从 1.8 秒降到 1.3 秒，首屏渲染时间从 1.1 秒降到 0.8 秒。
分城市看：北京 9 毫秒、杭州 10 毫秒、上海 11 毫秒、广州 13 毫秒、成都 14 毫秒、西安 15 毫秒、武汉 14 毫秒、南京 12 毫秒、青岛 13 毫秒。晚高峰 19:00 至 22:00 期间，首包时延仅上升 3.2 毫秒，而旧架构同期上升 11.7 毫秒。边缘节点的 CPU 峰值负载 41%，距 70% 告警线仍有充足余量。
也有取舍：边缘节点磁盘小、不缓存业务数据，大文件下载依旧走区域机房，因此下行峰值带宽没有变化，仍是 186.4Mbps。另外，边缘握手依赖本地 DNS 正确应答，使用第三方 DoH 的用户可能绕过本地递归，此时客户端会退化为直连区域机房握手，首包回到 18 至 21 毫秒，功能不受影响。
第四批计划在 2027 年第一季度上线 12 个城市，重点补足郑州、长沙、合肥、福州、昆明等中部与东南沿海城市，同时把 IPv6 用户的边缘接入补齐。目标是首包时延中位数压到 10 毫秒以内，P95 控制在 20 毫秒以内，并让边缘回程线路从 26 条增加到 40 条。
已经安装客户端的用户无需任何操作，节点列表会在后台自动刷新，重启客户端后即可看到新增的城域接入点。旧版本客户端仍可正常连接，但享受不到边缘握手带来的首包收益，建议升级到 5.7.0 及以上版本。
上海这边测了一下，网页首屏确实快了一截，尤其是第一次打开某个站的时候差别明显。
成都也有节点了，之前要连到广州再去香港，现在直接就近接入，游戏匹配快了两秒。
建议把新增节点在客户端里标注一下，现在只看到编号，不太清楚哪个是城域边缘。
首包 12 毫秒这个数据我复测接近，用抓包看握手确实快了很多。
青岛终于有了，晚高峰连香港稳定在 26 毫秒左右，比之前好。
公司网络走代理，边缘节点识别有点慢，希望加一个手动指定接入点的开关。
