伺服器位置計數是提供者可以在不觸及其網路的情況下提出的標題數字，您可以編輯清單。因此，我們將計數視為供應商聲明，並根據供應商無法控制的事情進行檢查：光穿過玻璃的速度有多快。
兩個維度位於其相對兩側。 伺服器位置 由供應商聲明：它是提供者自己的列表，主機名稱旁邊的標誌不需要列印。 伺服器真實性 是衡量的，它是檢查清單的內容。檢查並不聰明，這就是它的優點。這是一個常數的算術運算。
常數
光在光纖中的傳播速度約為每毫秒 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：與我們引用其他人的速度測試或我們從頁面上讀取的流式聲明不同，距離界限是我們可以根據需要重現的數字。這是網站打算擁有的資料集。