2026年10月27日，绿茶VPN 推送 v5.2.1 客户端更新，节点侧同步完成年内第三轮全球扩容：本轮新增 23 个加速节点，绿茶VPN节点总数从 45 个增至 68 个，覆盖亚太、北美与欧洲 21 个国家与地区。上线后 72 小时拨测显示，亚太区域晚高峰平均延迟从 42ms 降到 28ms，全网可用率 99.97%。

扩容的直接诱因是负载。运营数据记录显示，2026 年 7 月至 9 月，东京、香港与洛杉矶三个枢纽在 20:00 至 23:00 的峰值负载长期高于 78%，高峰时段有 31% 的连接被调度到第三顺位线路，用户体感表现为“能连上，但速度一般”。产品负责人陈立恒把这个问题概括得很直接：用户需要的不是更多节点，而是更近、更空的节点。

“我们统计了 12.4 万条连接记录，发现晚高峰的瓶颈集中在三个枢纽。新增节点的第一目标不是数量，而是把这 31% 的用户拉回第一顺位，让排序结果和真实体验一致。”——绿茶VPN 产品负责人 陈立恒

节点分布：亚太 29 个、北美 21 个、欧洲 18 个

本轮新增的 23 个节点中，亚太 9 个（东京 02、大阪 01、香港 03、新加坡 04、首尔 03、曼谷 02、吉隆坡 02、雅加达 01、马尼拉 01），北美 7 个（洛杉矶 04、西雅图 02、达拉斯 04、芝加哥 02、纽约 03、多伦多 02、温哥华 01），欧洲 7 个（法兰克福 03、阿姆斯特丹 02、伦敦 02、巴黎 03、米兰 01、马德里 01、斯德哥尔摩 01）。绿茶VPN节点分布按“枢纽 + 卫星”两层组织。枢纽节点承担跨洲回程，卫星节点负责就近接入。以亚太为例，东京与香港是枢纽，曼谷、吉隆坡、雅加达等卫星节点先把本地用户接入距离压到 800 公里以内，再通过专线回程到枢纽，避免每个城市单独铺设跨洋链路，这也是 68 个节点就能覆盖 21 个国家的原因。

新增节点的建设周期约 9 周，其中机房准入与链路测试占了大半时间。每个卫星节点至少配置两条 10Gbps 上行，单节点实测可承载 4200 个并发会话；枢纽节点按三倍冗余部署，任意一条链路中断都不会让区域流量整体中断。扩容预算中，回程带宽占 61%，硬件占 27%，其余 12% 用于拨测与验收。本轮新增的 23 个节点全部通过连续 14 天满载压测，验收标准是丢包率低于 0.5%、单节点在线率高于 99.9%。

绿茶VPN节点所在的海外数据中心机柜与网络布线
新增节点所在的海外数据中心，单机柜可承载 4 条万兆回程链路

调度规则：延迟、丢包、带宽三维加权

节点变多之后，选择反而更难。v5.2.1 把调度算法从单一的延迟排序改为三维加权：延迟占 55%、丢包占 30%、负载占 15%，权重每 30 秒随全网探测结果重算。用户点击测速时，客户端会向每个节点并发 3 个探测包并取中位数，4 秒左右完成 68 个节点的重新排序。

对普通用户而言，最直观的变化是列表顺序会“跳”：早上排第一的可能是东京 01，晚上 21:00 可能换成了大阪 01 或首尔 02。团队刻意保留这种跳动，因为线路质量的差异真实存在，宁可位置变化，也不让用户连到一条已经拥塞的线路上。这也是“绿茶VPN节点怎么选”这个问题最省事的答案：让客户端替你选，需要时再手动微调。

测速本身也会影响体验。为避免 68 个节点同时探测产生的瞬时流量，客户端采用分批策略：首轮只探测延迟最低的 12 个节点，确定候选集后再补齐其余节点，整体耗时控制在 4 秒以内，探测流量约 186KB。移动网络下探测包体积压到 32 字节，弱网时自动延长间隔，减少额外耗电。如果用户在设置里锁定过某个节点，自动排序只在列表内标注质量，不会擅自替他切走。

“过去的排序只看往返时延，结果一条 26ms、丢包 2.4% 的线路排在 31ms、丢包 0.2% 的线路前面。改成三项加权后，弱网环境的实际可用带宽提升了 18.6%，用户投诉量下降 41%。”——绿茶VPN 网络架构师 周敏

实测数据：晚高峰 P50 延迟 28ms

本轮拨测覆盖 10 月 24 日 12:00 至 10 月 27 日 12:00 共 72 小时，采样点分布在 21 个国家的 46 个城市，每 3 分钟一轮，累计 34.6 万次采样。亚太区域晚高峰 P50 延迟 28ms、P95 延迟 47ms，较扩容前的 42ms 与 71ms 分别下降 33.3% 与 33.8%；网络抖动从 18ms 收敛到 6ms，TCP 重传率从 2.1% 降到 0.4%。单节点数据同样可查：香港 01 最优值 19ms，东京 01 为 26ms，新加坡 03 为 34ms，首尔 02 为 41ms，洛杉矶 02 为 132ms，纽约 02 为 186ms。可用性方面，68 个节点 72 小时内平均可用率 99.97%，其中 3 个节点因上游机房维护各中断一次，单次最长 4 分 12 秒，客户端在 1.6 秒内完成自动切换，用户侧几乎无感。

用户侧的感受与拨测数据基本吻合。10 月 26 日随机抽取的 2000 条客户端反馈中，提到“晚上变快”的占 43%，提到“节点顺序变化”的占 19%，无人反馈连接失败率上升。客服工单里与延迟相关的条目，从扩容前的每天 37 条降到 11 条。需要提醒的是，老旧路由器的百兆网口同样会限制实际速率，如果拨测正常但客户端持续显示丢包，建议先检查本地这一段链路。

接下来两个版本，团队会把重点放在回程链路的可观测性上：让用户不仅看到一个节点的延迟，还能看到回程经过的自治域与实时带宽余量。陈立恒表示，这一步完成后节点数量仍会增加，但需要手动挑选的次数会更少。

带宽总量同步扩容：本轮新增节点带来 0.7Tbps 接入带宽，全网峰值承载从 1.9Tbps 提升到 2.6Tbps，其中亚太占 1.2Tbps。为压低回程时延，团队与 6 家区域运营商签了直连协议，东京与香港两条链路从三次跳转减为一次，单程减少 7ms 至 11ms。成本结构也解释了扩容节奏：单节点月度支出中链路占 62%，机房与电力占 26%，硬件折旧占 12%，所以每一轮扩容都是从谈链路开始的。想体验新的节点列表，可在下载中心获取 v5.2.1 安装包，登录后点击节点列表右侧的测速按钮，即可看到 68 个节点的实时排序与负载。