全部公告：八条，按发布时间倒序
只记录可复测的变更。活动、推广与运营内容不在本站范围内。
2026-11-08亚洲回程扩容完成，东京至上海中位延迟复测 19 毫秒。
本轮扩容后，东京、大阪、首尔三条回程在上海电信 500 Mbps 家宽上复测三轮。中位延迟 19 毫秒，抖动从 4.6 毫秒收敛到 2.3 毫秒（2026-11-07 采样）。
2026-11-05客户端 5.8 上线防护档位面板：Kill Switch 与 DNS 防泄漏可分别开关。
档位面板把阻断类防护与解析类防护拆开配置，实测开启 Kill Switch 后吞吐变化在 0.6% 以内。DNS 防泄漏首查延迟增加 8 毫秒（2026-11-04 实测）。
2026-10-30加密开销报告更新：AES-256-GCM 与 AES-128-GCM 同线路吞吐差 3.9%。
同一节点、同一时段交替跑五轮，256 位比 128 位吞吐低 3.9%。延迟差 0.7 毫秒，与理论开销的比例相符（2026-10-29 实测，样本 5 轮）。
2026-10-24Hysteria2 在 5% 丢包环境下的吞吐对照数据发布。
模拟 5% 随机丢包后，Hysteria2 吞吐为 WireGuard 的 1.38 倍。代价是单核占用高出 22%，延迟抖动也更大（2026-10-23 弱网实测）。
2026-10-18公共网络自检改为端内 30 秒流程，新增出口 IP 归属显示。
自检流程从六步收敛为一次点击，全程 30 秒内出结果，并直接显示出口 IP 的注册地与 ASN 归属。便于判断是否走本地直连（2026-10-17 版本）。
2026-10-11维护窗口：新加坡节点 02:00 至 04:00 平滑升级，预计掉线 0 次。
升级采用先摘流再重启的顺序，实测同城会话保持率 99.2%，游戏类长连接断线 0 次（2026-10-10 演练数据）。
2026-09-29DNS 防泄漏判定规则调整，区分解析污染与线路故障。
新规则把解析结果分成三类：返回错误 IP、超时无响应、返回正确但归属异常。实测误报率从 11% 降到 2.4%（2026-09-28 回归测试）。
2026-09-20Trojan 节点伪装域名轮换完成，握手 RTT 变化正负 0.4 毫秒。
轮换只替换外层域名，不改加密参数。实测握手 RTT 由 41.2 毫秒变为 41.6 毫秒，在测量误差范围内（2026-09-19 抽样 30 次）。
四类变更与它们的复测方式
不同类别的公告，验证方法不一样。
公告按变更对象分成四类：线路类、客户端类、测量类与规则类。前三类的验证都需要实测，第四类只需要复查判定逻辑。把类别写清楚，读者才可能自己在相同条件下复现。
2026 年 9 月到 11 月的八条公告里。线路类 2 条、客户端类 2 条、测量类 2 条、规则类 2 条，分布比较均衡。这也是公告数量上的要求：不为了更新而更新，每条都要有可验证的变化。
| 类别 | 定义 | 本期条目数 | 验证方式 |
|---|---|---|---|
| 线路类 | 节点增减、回程调整、带宽扩容 | 2 条 | 复测延迟与抖动 |
| 客户端类 | 面板、开关、默认参数的变化 | 2 条 | 按功能路径逐项点检 |
| 测量类 | 数据更新、样本口径调整 | 2 条 | 按公告给出的条件重跑 |
| 规则类 | 判定逻辑、阈值、分类方式 | 2 条 | 用样例回归验证 |
如何复测一条公告
四步即可，不需要额外工具。
- 第一步 · 找到公告的条件1 分钟。
每条公告都写了环境与时段，先把这两项对上。条件不同时，复测结果与公告不一致属于正常。
- 第二步 · 用同一口径测一次6 分钟。
按公告写明的轮次与时长测一次，取中位。单轮结果不足以判断，尤其是线路类的公告。
- 第三步 · 与公告的数字对比2 分钟。
偏差在 5% 以内视为一致。超过 5% 时先看时段与后台流量，再考虑线路调度的影响。
- 第四步 · 记录偏差并反馈5 分钟。
把偏差与条件一起反馈，编辑部会复查。若确认是公告写错，会在二十四小时内更正并注明。
六条收录标准
满足全部六条才会出现在本页与 RSS 里。
标准的目的不是限制数量，而是保证每一条都能被验证。「有时间写」不构成发布理由，也不把版本号变动本身当作公告：只有影响用户实测结果的变化才值得记录。
反过来，有三类内容即使发生了也不记录：纯视觉调整、不改变默认值的选项新增、以及内部重构。这三类对读者的实测没有影响，写进来只会稀释公告的可信度。
- 有明确的生效时间，精确到小时，时区为北京时间。
- 有明确的影响范围：哪些节点、哪些平台、哪些档位。
- 有可复现的验证方式，读者能按同一条件重跑。
- 有实测结果，包含样本数与统计口径（中位或分位）。
- 变化幅度超过测量噪声，线路类以 5% 为界。
- 不含推广、活动、排名或第三方评级类表述。
本期八条的参数与影响范围
把公告里的数字排成一张表，便于横向比较。
八条公告里，影响面最大的是 11 月 8 日的回程扩容：三条回程同时调整，涉及东京、大阪与首尔。影响面最小的是 9 月 20 日的伪装域名轮换，只改外层域名，握手 RTT 的变化落在测量误差内。
排成表格之后能看出一个规律：凡是涉及线路的变更，数字一定落在延迟与抖动上。凡是涉及客户端与规则的变更，数字落在掉速与异常率上。两类指标不重叠，因此不能用一个「变快了」笼统概括。
| 日期 | 变更 | 影响范围 | 变化幅度 | 验证方式 |
|---|---|---|---|---|
| 2026-11-08 | 亚洲回程扩容 | 3 条回程、18 个节点 | 延迟 21 毫秒降至 19 毫秒 | 复测中位与抖动 |
| 2026-11-05 | 防护面板 5.8 | 全平台 | 吞吐变化 0.6% 以内 | 逐档点检 |
| 2026-10-30 | 加密报告更新 | 文档与数据 | 256 位差 3.9% | 交替五轮 |
| 2026-10-24 | 弱网数据发布 | 文档与数据 | 5% 丢包下 1.38 倍 | 注入丢包重跑 |
| 2026-10-18 | 自检改版 | 全平台 | 流程 30 秒内 | 点检三项结果 |
| 2026-10-11 | 新加坡升级 | 6 个节点 | 会话保持 99.2% | 长连接保持率 |
| 2026-09-29 | 判定规则调整 | 解析判定逻辑 | 误报率 11% 降至 2.4% | 样例回归 |
| 2026-09-20 | 伪装域名轮换 | 12 个节点 | 握手 RTT 变化 0.4 毫秒 | 抽样 30 次 |
六条值得关注的变更信号
出现任意一条，说明你该按对应方式复测。
同一节点延迟突然下降
多为回程扩容。按公告给的时段复测中位与抖动，若两者同时改善，说明扩容对你所在地区生效。
线路面板上多出可分别开关的项
5.8 版本把阻断类与解析类拆开配置。按防护页的四档定义逐项点检，不要一次全开。
客户端文章里的数字变了
测量类公告会给出新口径与样本数。按新条件重跑一次，偏差超过 5% 再反馈。
测量弱网下速度明显不同
按公告的丢包率条件重跑。5% 丢包下三种协议的差距会拉到 1.77 倍，干净链路看不出差别。
弱网解析告警变少了
规则类变更会把误报误判分开。用三个样例回归：错误 IP、超时、归属异常。
规则凌晨出现短暂重连
维护窗口采用先摘流再重启，实测会话保持率 99.2%，长连接基本不受影响。
维护
每条公告背后的三个数字
变更内容、变化幅度与样本量，缺一不可。
一条合格的公告至少要有三个数字：改了什么（例如从 21 毫秒到 19 毫秒）、变了多少（幅度）、凭什么（样本量与统计方式）。只有第一个数字时，读者无法判断变化是否显著。只有三个都有，才谈得上可复测。
本期八条里，样本量最小的是伪装域名轮换，抽样 30 次。最大的是判定规则回归，用了 120 个样例。样本量小并不代表结论弱，关键在于样本是否覆盖了变化影响的场景。
| 公告 | 改了什么 | 变了多少 | 样本与统计 |
|---|---|---|---|
| 回程扩容 | 延迟与抖动 | 21 毫秒降至 19 毫秒 | 五轮取中位，覆盖三个时段 |
| 防护面板 5.8 | 面板拆分开关 | 吞吐变化 0.6% 以内 | 四档各五轮，两平台 |
| 判定规则调整 | 误报判定逻辑 | 误报率 11% 降至 2.4% | 120 个样例回归 |
| 弱网数据 | 指标口径 | 1.38 倍差距 | 注入 5% 丢包，五轮 |
| 伪装轮换 | 外层域名 | RTT 变化 0.4 毫秒 | 抽样 30 次，同日同时段 |
归档与历史口径
旧公告不删，但会标注口径变化。
公告一旦发布就不再删除，只做两种处理：口径变化时加注说明，确认写错时更正并注明更正时间。这样做的目的是让读者手里的旧记录仍然可对照，而不是被悄悄替换。
2026 年 10 月之前的三条公告用的是单轮取值的口径，与现行的五轮中位不同，复测时请以新口径为准。这一条差异已经在对应条目下标注。
- 保留策略
- 不删除，口径变化加注，写错则更正并注明时间。
- 旧口径
- 2026-10 之前的条目为单轮取值，与五轮中位不可直接比较。
- RSS 保留
- 最近 8 条。更早条目在页面归档中可查。
- 更正时限
- 确认写错后二十四小时内更正。
- 时区
- 全部按北京时间标注，RSS 内部为 UTC。
- 旧公告的数字不要直接与新公告对比，先看口径是否一致。
- 口径变化会在条目下加注，注明变更日期与原因。
- 更正不改原数字，只在下方补充更正后的值与时间。
- 归档条目不再进入 RSS，但页面地址长期有效。
- 复测时请记录口径，这一项比记录数字更容易被忽略。
- 对某条公告有疑问时，请附上你的条件与结果，便于对照。
订阅与更新方式
RSS 与 sitemap 同步更新，不提供邮件推送。
本站的公告通过 RSS 发布，地址固定，条目与页面内容一一对应。同时 sitemap 的 lastmod 会在每次发布后更新，便于抓取端判断是否有新内容。两条通道的内容一致，选择任意一条即可。
本站不提供邮件推送，也不要求订阅授权。这样做的好处是更新链路只有一条，出问题时容易定位。代价是需要读者自己用阅读器订阅。
- RSS 地址
- 站点根目录下的 rss.xml，条目按 pubDate 倒序。
- 更新频率
- 平均每两周一条，紧急通告不受此限。
- 条目上限
- RSS 保留最近 8 条，更早的在页面内可查。
- sitemap
- 每次发布更新 lastmod，含八页与图标。
- 时区口径
- 全部按北京时间标注，RSS 内部为 UTC。
- 更正机制
- 确认写错后在二十四小时内更正并注明更正时间。
公告问答
三条与订阅、复测相关的问题。
- 为什么公告数量不多？
- 因为每条都要附带可复测的条件与数字。2026 年 9 月至 11 月共八条，平均每两周一条。这个节奏是有意为之，不为了更新而更新。
- 复测结果与公告不一致怎么办？
- 先核对时段与后台流量，再看是否换了节点。偏差在 5% 以内视为一致。超过时请把条件与结果一起反馈，编辑部会复查并更正。
- RSS 里为什么只有八条？
- 八条是保留上限，与页面内可查的总数一致。更早的条目在归档中仍可访问，但不再出现在订阅流里。
公告只写可复测的事
如果一条变更无法被读者在相同条件下验证，它就不该出现在这里。这是编辑部自定的底线，也是 RSS 只有八条的原因。
看测量方法