服务器位置计数是提供商可以在不触及其网络的情况下提出的一个标题数字，您可以编辑列表。因此，我们将计数视为供应商声明，并根据供应商无法控制的事情进行检查：光穿过玻璃的速度有多快。
这里需要区分两个维度。服务器位置 属于供应商声明：位置列表来自提供商自己，在主机名旁标注一个国家或地区几乎没有成本。服务器真实性 则来自实际测量，用来核对这份列表。这项检查并不复杂，而这正是它的优势：它只依赖一个物理常数和可复现的算术。
常数
光在光纤中的传播速度约为每毫秒 200 公里，约为真空速度的三分之二，但由于玻璃的折射率而减慢了速度。没有什么比携带你的包裹更好的了。因此，测量到服务器的往返时间 (RTT) 对其与我们的距离设置了硬性上限：
单程时间约为 RTT / 2，距离 ≤ (RTT / 2) × 200 km/ms。排队、绕路和处理只会增加 延迟，因此该公式给出的是距离上限：很小的 RTT 不可能掩盖很远的物理距离。一个有效的例子
在新加坡放置一个探测器，并对列表中标记为“东京”的服务器执行 ping 操作。新加坡到东京直线距离约为 5, 300 公里。光纤中的光需要大约 26.5 ms 才能单向传播，因此诚实的往返时间无法在 53 ms 以下返回，而真正的海底光缆路线比直线更长，因此真实数字仍然更高。
现在假设探测器测量的 RTT 为 8 毫秒。将其减半，乘以常数：4 ms × 200 km/ms = 800 km。无论回答什么，距新加坡最多800公里。不可能是在东京。它位于新加坡或其附近的某个地方，带有东京的标签，是一个虚拟地点，在全球范围内销售的数量也算在内。
这种推理只能单向成立，而这正是它可靠的原因。较大的 RTT 含义不明确：服务器可能确实很远，也可能只是路由拥塞。但小得不可能的 RTT 具有决定性，因为任何工程优化都无法让数据包快过光在光纤中的传播速度。若要进一步估算位置，而不只是推翻错误地点，可以从多个探测点测量，并求取各自距离上限的交集。所得边界受物理定律约束，不取决于供应商的说法。
今天的情况
这就是方法，在数据之前说明。当前语料库还没有服务器真实性测量值，因此该维度没有为任何人带来分数，它被排除在加权平均值之外，而不是被猜测。当探测网络上线时，它将是我们完全自己生成的一维，这就是为什么它的上限是完整的 10：与我们引用其他人的速度测试或我们从页面上读取的流式声明不同，距离界限是我们可以根据需要重现的数字。这是该网站打算拥有的数据集。