網路距離與延遲：Solana 基礎知識

網路和網際網路速度難以視覺化，更難直觀瞭解如何改善，因此往往是推測先於事實。然而，網際網路是一種具有明確基本原理的通訊技術。所有資訊都是以光的形式線上纜內部的光纖中傳播。效能取決於線纜長度和交換機，以及網路上某處每天都在發生的事故、維護和改進的日常現實。

看起來可能很複雜，因為參與者眾多且整體規模龐大，但原理出人意料地簡單。沒有能夠實現瞬間傳送的魔法。沒有什麼違反物理定律。這就是為什麼讓網路距離為你所用是唯一既可重複又有效的加速策略。

網際網路的基本規則很簡單：越近越快

光纖路徑越短、交換機跳數越少，往返時間就越短。距離越遠，中間節點越多，路徑越容易受到擁堵和維護的影響。到達時間的變化也越大。越近，方差越小，可重複性越高。你可以用旅行的直覺來理解這一點。短途旅行往往大致按時到達，而長途旅行則波動很大。網路的行為方式完全相同。這就是金融行業精確到釐米管理線纜長度、甚至將距離作為資源定價的原因。縮短距離直接轉化為結果。

一個常用的網路速度指標是頻寬，描述為 1 Gbps、10 Gbps 或 25 Gbps。這相當於道路上的車道數量。車道越多，同時透過的資料就越多，擁堵也越少。距離近且車道多是快速傳輸大量資料的基本配方。

重新獲得對速度的直覺

當你思考網路時，想象你正在開車。你的起點是你的伺服器，目的地是目標伺服器。短途旅行簡單快捷，發生事故和堵車的風險也較低。長途旅行經過許多交叉路口、高速公路和隧道，沿途任何地方都可能出現擁堵。每天的情況不盡相同，旅程越遠，遇到事故的機率就越高。讓目的地更近是實現最快且最穩定結果的最短路徑。

為什麼距離在金融領域有價格

如果你處理來自紐約證券交易所的資料，直覺上會將伺服器放在紐約。更進一步，理想的做法是確保你的機架與目標伺服器之間只有幾釐米的線纜。這是一個需要支付高額溢價的領域。因為資料來源固定在一個位置，最優選擇是明確的。縮短線纜長度可以同時提升速度和確定性，這就是為什麼機架位置需要支付溢價。越近就是越快。

Solana 的現實與制勝之道

在 Solana 上，領導驗證者每個時隙都會變化，負責接收交易和生產區塊。因此，資料來源時刻在全球移動。目前，驗證者集中在法蘭克福，大約佔 20% 到 27%。這一地理因素是法蘭克福在 Solana 工作負載中如此受歡迎的原因之一。

追求極致的專業人士不會止步於此。他們在所有主要區域部署資源，在目標領導時隙附近進行處理。即使你不打算覆蓋所有區域，這一現實也定義了競爭方式。首先了解驗證者在哪裡，決定在哪裡放置你的資源，並確定你的時間視窗。

以下是實現最快設定的第一步也是最實際的一步。當法蘭克福驗證者是領導者時，使用法蘭克福網路內的伺服器。當紐約驗證者是領導者時，使用紐約網路內的伺服器。嚴格遵循這一原則是達到最低延遲的現實策略。

Solana 網路資料：Validators Solutions

應用部署位置決定延遲

速度不僅僅由伺服器規格決定。你的應用在哪裡同樣重要。從東京監控法蘭克福發生的事情是一個劣勢。往返延遲會累積，你總是在遲後才做出反應。在每個區域準備資源，在資料到達的地方本地處理，或透過最短路徑旁路到下一個本地區域。這既提高了覆蓋範圍又提高了響應速度。回到核心原則：從法蘭克福連線法蘭克福的領導者，從紐約連線紐約的領導者。首先認真做好這一點。

ERPC 基於這些基本原理，提供最優網路、伺服器資源和應用部署位置的選項。

我們還提供 API，方便追蹤 Solana 上不斷變化的驗證者和領導者資訊，在整個平臺上提供全面的支援。

領導時隙 API：用資料處理即時"接近性"

通常，你需要追蹤 epoch 位置，估算時隙時間，提取領導候選人，與叢集的節點列表核對，在考慮地理位置誤差的同時執行真實的 ping 測量，並在每個 epoch 持久化和更新結果。這需要一個複雜的資料平臺。

為了消除這一負擔，我們已提供領導時隙資訊 API（getLeaderSlots API）。使用 ERPC 額度，你可以查詢時隙計劃、驗證者位置和參考 ping 值。在實踐中，你可以詢問"現在最近的是什麼"或"什麼時間法蘭克福離領導者最近"，使用與標準 Solana RPC 相同的工作流。

Leader Slot 時間線示例

當前 getLeaderSlots 響應可以按運營 slot 時間線來閱讀：

Slot 範圍	Leader region	Leader 位置	Stake weight	來自 Frankfurt 的 ping	解讀
416462031	stockholm	Šiauliai, LT	2,502,391.14	27.742 ms	歐洲內部 latency，但不是同一 metro。
416462032-416462035	amsterdam	Amsterdam, NL	280,745.69	16.835 ms	低延遲 Amsterdam 視窗。
416462036	frankfurt	Frankfurt am Main, DE	12,254,651.76	0.974 ms	同 region 的 Frankfurt leader。

Validators Solutions - Solana network data

Solana 網路資料：Validators Solutions

經驗法則是，當從你的觀測點的 ping 超過 100 ms 時，直接接近該領導者的效率就會降低。洲際路徑通常超過 100 ms。例如，與其從法蘭克福連線紐約的領導者，不如使用紐約的資源來檢測和傳送會更優。getLeaderSlots API 旨在基於真實延遲做出這一決策。

網路距離並不總是與地圖一致

即使兩個點在直線距離上看起來很近，在網路上也可能相距很遠。流量透過光纖、路由器和交換機傳輸，因此資料不一定走地圖上看起來最短的路線。在歐洲內部，法蘭克福在地圖上可能看起來更近，但根據實際路由和擁堵情況，阿姆斯特丹往往實際上更快。

為了解決這一問題，ERPC 已升級所有 Solana 共享端點。我們在每個區域引入了基於 ping 的自動路由，系統可以根據你的實際網路距離自動選擇最短路徑。

基於 IP 地理位置的傳統路由由於不準確和過時的記錄，經常產生繞路。在新系統中，每個區域的端點自動對白名單 IP 進行 ping 測量，全球彙總結果以確定最短路徑。這始終透過測量選擇最短路徑，僅依賴 IP 記錄的路由已被完全淘汰。

基於 ping 的自動路由不僅為每個使用者提供最快的路徑，還改善了整體網路效率。當每個人都使用自己的最短路徑時，長途負載減少，全球擁堵緩解。結果是全球範圍內 Solana 訪問獲得更穩定的響應。

Solana RPC Bundle 方案

許多開發者從 Geyser gRPC 開始在 Solana 上進行資料流處理。它易於採用，因為資料已經解碼，示例豐富，學習曲線低。

專業人士使用更快的 Shredstream。保持當前應用在 gRPC 上穩定執行，同時並行引入更快的 Shreds 的優勢——這種實際需求非常強烈。Bundle 正是為此而生。

此前，想要嘗試更快連線的團隊往往因環境搭建和成本障礙而難以邁出第一步。

透過 Bundle，如果你已有生產級的 RPC 和 gRPC 連線，可以以更低的組合價格新增 Shredstream。套餐定價消除了採用的心理障礙。

首先，使用 RPC + gRPC 快速構建基礎應用，然後在同一環境中學習 Shredstream 並過渡到更高效能。資深使用者僅透過 Shredstream 直接攝入已處理和已確認的資料，這需要自定義客戶端開發。Bundle 提供了一個可靠的路徑來接收 Shredstream，作為邁向這一高階步驟的橋樑。

Bundle 的 gRPC 沒有過濾限制，在產品開發期間也支援 Devnet 和 Testnet 的 RPC。

這是開始 Solana 開發並順利過渡到生產的理想方式。

如需採用或遷移，請聯絡 ERPC Web Dashboard。