站点说明：数字从哪里来，边界划在哪里

它是一个技术资料站，面向需要判断「该用哪种协议」的人：运维、开发者、以及被掉速折腾过的普通用户。

是技术资料站

内容围绕协议、握手、开销与选路四件事展开，每个结论都配一个可复测的数字与一段测量条件。

不是营销页

不写空泛形容词，不做资质与奖项展示，不出现评分与排名。所有涉及能力的地方，写清楚边界与代价。

• 八个页面构成一条阅读路径：首页给结论，协议页给对照，握手页给成本，选路页给机制，自测页给动作。
• 页面不承载账号体系与支付流程，客户端下载与技术资料是唯二的功能。
• 站内所有对外链接均为站点自身页面，外部链接只出现在备案入口一处。

本文所有数字来自同一套探针与同一份口径。口径写在下面这张表里，任何一条都可以按它复现。

吞吐口径

单流 60 秒

握手口径

抓包时间戳差值

CPU 口径

单核绑定采样

丢包口径

滚动 30 秒窗口

数据格式

CSV，按日期归档

举一个能直接复算的例子：香港出口的 WireGuard 单流吞吐在 2026 年 10 月的采样中位为 940 Mbps。采样条件是千兆内网、单流 60 秒、三次取中位。把主机换成 4 核以上的机器，读数不会更高。此时瓶颈在网卡的 940 Mbps 物理上限。

• 同一口径下东京出口的 WireGuard 吞吐中位为 912 Mbps，比香港低 3%，差异来自跨境段丢包而不是配置。
• 测试环境里 vCPU 超分会让 OpenVPN 的 CPU 占有从 62% 升到 79%，因此报告都会注明宿主机是否超分。

环境写细一点，复算时才不会被「你的机器和我的不一样」挡住。下表是三条出口的硬件与网络参数。

• 探针与落地节点部署在同一可用区，避免把机房内部时延算进跨境段。
• 所有出口使用同一份协议实现与同一组默认参数，差异只来自网络环境。
• 测试期间关闭透明代理与系统更新，减少本地干扰。

边界比承诺更重要。下面两栏是本页最该被读到的地方。

推测类的句子在本站一律带「待验证」标注，目前全站共 3 处，都在协议页与自测页的脚注里。这不是谨慎过头，而是避免读者把猜测当成测量结果。

八个页面按「结论 → 对照 → 成本 → 机制 → 动作」排列。第一次来访按最后一行顺序读即可。

1. 第一次来：从首页读结论，再看协议对照表确定可用档位。
2. 已经在用：直接订阅公告，掉速时按自测页的四步定位。
3. 要复算数据：读本页第 02、03 节，按口径自己跑一遍。
4. 要提问题：读第 06 节，按格式来信，附日志与读数。

两个邮箱，各管一件事。写清楚平台、版本与读数，回复会快很多。

技术协作

protocol@kuuimiao.com.cn

运维与分发

ops@kuuimiao.com.cn

回复时限

工作日 2 个工作日内

邮件语言

中文或英文均可

附件上限

10 MB，建议压缩日志

• 纠错请直接指出「哪一页、哪一句、实测值是多少」，附上你的测量条件，本站复测后会更新页面。
• 若结论被证伪，页面会在 7 天内修正，并在公告里追加一条修正记录。
• 不通过邮件索取账号信息，本站也不提供账号找回服务，账号问题请在各平台客户端内处理。
• 不接受付费删改内容，也不接受以投放为条件的排名位置。
• 来信若涉及具体测量争议，回复中会附当次采样的时间戳与本机配置，便于你对照复算。

备案号在本站为占位编号，用于结构演示；真实上线时以主体实际备案为准。这一点写在页面上，而不是藏在脚注里。

本站不出售、不转让用户数据，因为没有账号体系也就没有可转让的数据。站点访问日志只保留 7 天，用于排查故障与统计页面错误率。

站内图片为授权素材与自有机房实拍，全部为位图，不含矢量图与生成式示意图。每张图都在正文里有明确的内容指向。

• 每张图片都带描述性替代文本，写明画面内容与用途，不使用「配图一」这类占位写法。
• 图片统一为 1200 × 675 的 JPEG，页面内以固定宽高占位，避免加载时抖动。
• 不生成示意图与抽象图，需要表达结构时用表格与文字，减少「看起来专业」但信息量为零的图。
• 图片不承载关键数据：所有数字都在正文表格里，图被屏蔽也不影响阅读。

内容不是一次写完就放着。协议与线路都会变，页面跟着变，变更记录在公告里。

• 每次更新都会在公告里留一条记录，即使只是修正一个数字。
• 页面的结构化数据里带有修改时间，便于搜索引擎与读者判断时效。
• 超过 12 个月未复核的内容会在页面顶部标注「待复核」，而不是继续当作现行结论。
• 复核时会重新跑一轮同类测量，若结论变化超过 15%，页面与公告同步更新；低于 15% 只在页面内调整区间。

这些约定决定了页面为什么这样写，也解释了为什么站内没有花哨的交互。

站点每页都经过同一套校验：元素数、标题层级、列表与图片数量、正文字数、页面体积、canonical 与结构化数据。校验不通过就不发布，这条规则没有例外。

术语统一了，跨页对比才不会错位。下表按文中首次出现的顺序排列。

• 同一术语在不同页面出现时，含义与上表一致；若某页需要特指，会在该页单独说明。
• 「平角数据」是站内自用说法，正式文档中对应「中位数」，两者可互换阅读。
• 口径变更时优先改口径而不是改结论，这也是为什么每次变更都要给折算规则。
• 术语表随页面更新而扩充，新增术语会在公告里标注，旧术语的含义不做静默修改。
• 若你在邮件里用到与本文不同的说法，回复会先对齐含义，再讨论数字，避免各说各话。

这些问题与协议无关，但影响你如何读本站。

最后一段话不打包票，只给建议。

还有一个提醒：本站不提供「一键优化」之类的工具。协议与线路的匹配关系需要按现场网络判断。任何声称能在不读取现场数据的前提下给出最优解的工具，都只能给出一个默认值。默认值在你这里未必成立。

本文所写的每一条规则都对应一个具体动作。口径变更要给折算、结论被证伪要在 7 天内修正、图片不承载关键数据、术语含义跨页一致。规则存在的意义不是表态，而是让下一个读到这页的人知道该核对什么、该怀疑什么、该去哪里问。

• 采样口径
• 剔除规则
• 内容边界
• 占位备案号
• 每月复测
• 静态页面

如果你只想记住一句话：协议决定封装，节点决定出口，线路决定路径，三者分开看，问题就能定位。想从结论开始，回首页；想看具体差异，去四协议对照表。