评测方法论
透明的评测方法，评分标准与判定逻辑全部公开，不藏黑箱
评分体系 (100分制)
基础设施
30 分- 架构质量 (专线 > CDN反代 > 公网中转 > 直连)
- VPS 多样性 (独立IP / 节点 比值)
- 落地供应商分散度
- TLS 证书与域名规范性
性能
30 分- 节点可用率 (成功连接占比)
- 平均下载速度
- 平均延迟 (TCP Ping)
覆盖
15 分- 节点总数
- 地区覆盖数量
安全
15 分- 协议安全性 (VLESS > Trojan > VMess > SS)
- TLS 启用比例
流媒体解锁
10 分- Netflix 解锁 (全解锁/自制剧/封锁)
- ChatGPT 可用性
- YouTube Premium 地区
分析流程
1
订阅解析
拉取订阅链接，解析 Trojan / VLESS / VMess / SS / Hysteria2 等全协议节点信息
2
基础设施逆向
DNS (DoH) → CNAME 链追踪 → TLS 证书落地域名 → IP 归属分析 → Trojan 出口 IP 探测 → WHOIS 注册信息 → 架构推断
3
节点测速
TCP Ping + Xray/sing-box 代理下载测速 (speed.cloudflare.com)，线程池并发执行
4
流媒体解锁
经代理访问 Netflix / ChatGPT / YouTube，检测真实解锁状态
5
量化评分
五维评分模型自动计算综合得分，生成结构化报告
6
入库发布
评测数据自动写入机场数据库，同步到排行榜
与传统测速频道的区别
传统测速频道
- 只测速度和延迟
- 无法验证机场架构
- 节点膨胀无法识别
- 主观评价为主
机场查查
- 基础设施逆向分析
- 真实 VPS 数量推断
- 落地供应商溯源
- 评分标准全公开
关联方数据如何计入排行榜
评分体系对所有机场一视同仁，但「本站关联方」（与机场查查同属一个团队运营的机场）目前存在一个已知局限：
它们的数据尚未全部跑完 speed_tester.py 的独立测速流程，部分为运营方自报。
我们选择如实标注而不是下架隐藏或悄悄排除在方法论之外——
你可以在排行榜、评测列表、详情页任何位置看到「本站关联方」标签，点进详情页会有完整披露说明。