摘要

  • RIPE Atlas的2026年第三季度计划称，限制“探针农场”和选择“差异化探针”的功能均已在第二季度完成。
  • 已核查的公开API列出了常规选择类型，却没有名为“差异化”的模式、相似度方法或版本字段。
  • 现有读回字段能够显示请求数、调度数和参与探针，但未必能解释为何某个合格候选被选中、另一个被排除。
  • 一份有边界、可版本化的选择回执，可以保护样本可核验性，同时避免暴露私人探针托管者，也不把技术多样性误写成社会代表性。

“不同”必须先成为一个可定义的判断

地图上分散的五十个点，不一定对应五十个独立的故障域。两个探针可以位于不同前缀，却共享同一城域接入、云平台、国际出口或物理机房。两个位于同一ASN的探针，也可能相隔数千公里，经由完全不同的路径连接。硬件与软件之分只说明探针以何种形态运行，并不能单独证明它们观察到的是不同网络经验。

因此，“差异化”不是一个不证自明的形容词，而是一组待说明的谓词。选择逻辑可能参考国家、ASN或前缀，也可能参考到锚点的时延、历史路径、系统标签，或若干信号的组合。不同定义防范的是不同偏差。候选探针的在线状态和负载还会随时间改变，同一请求在不同时间可能得到不同结果。

RIPE Atlas 2026年第三季度计划之所以重要，在于它使用了“完成”这一状态。计划称，限制“probe farming”以及允许在测量中选择“dissimilar probes”的功能，已在2026年第二季度完成。与此同时，支持测量聚合商仍被列为进行中。两者不能混在一起：聚合商问题关心中介究竟替哪个客户发起测量；差异化选择关心平台为何从合格集合中选出这些观测点。

最初的争议是样本偏差，不是对探针托管者的定罪

一则保存至今的RIPE Atlas邮件列表讨论记录了问题的起点。一位参与者报告，在同一前缀内发现大量软件探针；按国家随机选择时，若干探针给出相同结果。他担心，不检查探针名单的研究者会把这种重复当成来自更多独立位置的证据。

这只是一项公开报告，并不是对特定托管者的行为裁定，更不能说明同一前缀中的所有探针都没有价值。相近探针可以用于设备对照、局部故障识别和网内差异研究。真正需要约束的，不是“相似”本身，而是在默认样本中未被说明的权重集中。

2024年5月Measurements and Tools工作组档案显示，RIPE NCC采取了较为克制的处理方式。机构联系了运营大量探针的用户，并称大部分回复提供了合理解释。当时确定的简单规则，是限制来自同一IP地址或前缀的软件探针数量。降低超额探针所得积分、采用探针相似度指标，则被保留为以后可能采取的柔性手段。

历史季度计划把咨询、决策和执行的时间线分开：行为变更提案的讨论在2024年第二季度完成，探针集中限制的实施延续至2025年，而现行计划在2026年第二季度把相关工作列为完成。这个过程能够证明项目向前推进，却还不能回答某一次测量究竟使用了哪一版选择方法。

其中还隐藏着两个不同的控制面。准入规则决定多少相似探针能够进入候选池或获得激励；选择规则决定哪些合格探针参加某次测量。按前缀设置准入上限可以改善候选池，却不等于已经公开了样本的选取方式。

公开API保存了请求条件，却没有保存差异化判断

现行探针选择API手册明确描述了probes数组：申请数量、选择类型和对应值。文档列出的类型包括地区、多国、前缀、ASN、指定探针和复用既有测量。用户还可通过标签纳入或排除候选，组合多个请求；每个被接受的条目都会成为一项参与请求。

参与请求API契约还保存操作、说明、唯一ID和创建时间，并列出area与country。但是，在所核查的公开契约中，没有名为dissimilar的类型，也没有方法家族、版本、阈值、候选集合快照或选择理由等字段。

必须严格限定这个判断。文档里没有，不代表网页界面或后端没有。它可能是一个只在图形界面出现的功能，也可能在默认随机选择中自动执行，或者尚未以公开参数呈现。资料也不支持声称它存在缺陷。能够确认的只有一件事：宣布完成的能力，并没有以稳定名称出现在定义选择行为的公开API契约中。

用户自定义测量指南又揭示了执行层面的第二个变量。默认操作是从全球随机选择五十个探针；即使用户明确点名某一探针，该探针也可能因为离线或过于繁忙而没有进入实际调度。

所以，最终参与名单与原请求不同，至少可能有两类原因。为了增加差异性而排除某探针，属于样本方法；被选中后因容量不足而未调度，属于执行状态；运行途中断线后被替换，则属于后续事件。只保存最终名单，会把几个具有不同含义的决定压成一个静态结果。

不必公开可被利用的算法，也能留下可靠回执

RIPE Atlas已经保存了大部分基础材料。测量读回契约能够显示请求和实际调度数量，并可选择返回参与请求、参与日志、当前探针、探针来源和探针记录。研究者也可以保存探针ID，发表自己的过滤方法，再次分析原始结果。

这是反对增加记录负担的最强理由。针对特定假设的研究，本来就应由研究者设计适合的样本，而不是把全部责任交给一个通用按钮。完整公开反滥用规则，可能方便规避；公开固定随机种子，也可能让攻击对象预测未来观测位置。API也不必复制网页界面的每一项便利功能。

这些限制并不妨碍生成一份有边界的选择回执。回执可以包含：测量ID和参与请求ID；选择时间与申请数量；用户可见条件；合格集合的快照标识；差异化模式和方法版本；以安全粒度表达的属性类别；被选探针ID；排除数量和大类原因；替换记录；以及更正历史。涉及随机性时，可公布承诺值或复现令牌，而不是可直接利用的种子。

这份回执不负责证明“代表性”。它只证明RIPE Atlas在某一版本下如何做出选择。一个国家出现在样本中，并不代表该国所有用户；一个ASN有探针，也不代表其全部路径；地理分散更不自动等于路由独立。科学结论仍属于研究者和复核者。

选择方法的版本必须比界面活得更久

选择逻辑当然应当继续演进。新的探针形态、更好的拓扑信号、隐私要求或容量约束，都可能要求更换方法。问题不在于改变，而在于改变后是否仍能识别历史决定。两个在不同日期提出的相同国家、相同数量请求，可能因为网络变化、可用性变化或选择器升级而得到不同样本。没有版本记录，事后无法区分这三种原因。

RIPE NCC控制探针准入、积分激励、合格条件、默认选择、调度和公开数据契约。用户控制研究问题、目标、时间和解释。托管者提供观测位置，却不因此为研究结论负责。选择回执把这些权力边界写进证据，而不是留给最终图表猜测。

在已经宣布技术工作完成之后，下一步并不庞大：公开命名这项选择模式，给方法编号，并把请求、选择与执行进行紧凑对账。做到这些，“差异化”就不再只是项目计划中的安心措辞，而会成为某一次样本中可以被检验、被反驳、被改进的具体属性。

资料来源

  1. RIPE Atlas 2026年第三季度计划
  2. RIPE Atlas历史季度计划
  3. 有关软件探针集中现象的邮件列表讨论
  4. 2024年5月MAT工作组档案
  5. RIPE Atlas探针选择API手册
  6. 参与请求API契约
  7. 用户自定义测量指南
  8. 测量读回API契约