網際網路的基本原則：距離越近，速度越快，永遠如此——Solana 也一樣
許多交易者與專案在尋找「最快環境」時，首先注意的是平均延遲。
平均延遲可作為比較參考，但如果您追求的是零 slot 交易——也就是 200–400 ms 的範圍——平均延遲永遠無法帶您達成目標。
Solana 分散於全球，跨洲通訊不可避免地會產生數百毫秒的延遲。
只要您關注的是包含這些延遲的平均值，您真正需要的速度將始終遙不可及。
真正決定結果的，是在近距離通訊發生的區域內，再削減那幾毫秒。
恢復對速度的直覺
思考網路時，不妨想像自己正在開車。起點是住家，目的地是辦公室。短程通勤簡單快速，發生事故或壅塞的風險也較低。
長途旅行則涉及十字路口、高速公路、隧道——在整個往返過程中，某處很可能會發生壅塞。
網際網路的工作方式也是如此。伺服器越遠，需要的跳數越多，往返時間變化越大。將目的地拉近是同時實現最高速度與穩定性的最短路徑。
為什麼平均值無法取勝
Solana 網路資料：Validators Solutions
在 Solana 中，領導者會輪替並負責產生區塊，因此您與當前領導者的實體距離決定了結果。領導者分布於全球，位於不同大陸的情況並不罕見。
跨洲通訊的 ping 會超過 100 ms，串流資料的延遲則會增加到數百毫秒。
無論您如何最佳化包含這些延遲的平均值，都不會轉化為實際效能。在跨洲時隙中您根本無法追上。
關鍵不是追逐平均值，而是專注於您所在區域，在該範圍內最小化往返時間。在短距離上爭奪幾毫秒才是唯一具有真正優勢的實用方法。
作為參考，以下是依距離區分的基準往返值：
| 距離 | 往返 Ping（約） |
|---|---|
| 同一網路 | 約 0.1 ms |
| 專線連線 | 約 0.2 ms |
| 同一資料中心 | 約 0.3 ms |
| 同一城市 | 約 1 ms |
| 鄰國 | 約 5–10 ms |
| 跨洲 | 約 100–300 ms |
實際有效延遲會因通訊方式的協定額外負擔與維護成本而進一步增大：
| 方式 | 延遲倍數 | 備註 |
|---|---|---|
| Ping（理想） | 1× | 僅作參考下限 |
| POST（單次傳送） | 約 2–3× | 往返控制、重試、TLS |
| 串流 | 約 5× | 持久連線、壅塞控制、緩衝區 |
如何衡量「距離近」
距離近應該用資料而非直覺來衡量。首先檢視當前 epoch 位置。使用 RPC getEpochInfo 取得最新 epoch 資料、已經過的 slot 與剩餘 slot 數。
接下來，使用 getRecentPerformanceSamples 估算最近的平均時隙時間。平均 slot 時間乘以剩餘 slot 數可粗略估算距離切換還有多少秒，方便安排準備與切換計畫。
接近切換時間時，準備使用 getSlotLeaders 取得目標領導者。
您可透過 getClusterNodes 取得叢集節點清單，將領導者資料與節點資訊交叉比對，再使用公開 IP 或 gossip 位址推估地理位置。
注意：IP 地理定位可能有誤差或資料更新延遲，因此估算未必準確。完成初步位置對應後，請務必從每個據點進行 ping 測試，直接測量基準往返延遲。
網路就像開車旅行——不僅是距離，選擇的路線也會影響到達時間。Ping 簡單地展示了今天的道路有多壅塞。
不要依賴單次測量；在短間隔內進行多次取樣並使用中位數來降低雜訊。
不要在使用後丟棄結果。在自己的資料庫中依據點累積往返資料與對應關係，並在每次 epoch 切換時由輕量 worker 逐步更新。這穩定了營運並加速了決策。
應用程式位置決定延遲
速度不僅取決於伺服器規格。應用程式的位置同樣重要。
舉一個極端的例子，從東京監控法蘭克福發生的事情是不利的。僅往返延遲就會造成累積延遲，讓您始終落後。
在每個據點部署資源，於當地完成接收與處理，或透過最短路徑轉送至下一個據點。這種結構同時改善涵蓋範圍與回應速度。
部署在同一網路的 VPS
我們的 VPS 執行個體依區域部署在 Solana 專用端點所在的同一網路，避開外部通訊並實現最短往返路徑。
它們能在各區域快速進行小規模部署。即使只分散配置 1–2 核心的 worker，也能降低實際延遲，並減少錯失機會。
2025 年 9 月即將推出：「SUPER EPYC VPS」
本月，從最受歡迎的法蘭克福區域開始，我們計畫推出「SUPER EPYC VPS」，使用具有市場領先 5.7 GHz 時脈的資料中心 CPU。
在 VPS 產品中採用最新一代 CPU 並不常見，供應有限。對於尋求最快 VPS 的人來說，這會是很有競爭力的選擇。
追求最高品質與速度：裸機
VPS 會將實體伺服器切分為虛擬化資源；裸機伺服器則讓您獨享整台主機的 CPU、記憶體、磁碟與網路頻寬。
這使得即使在尖峰時段也更容易維持穩定的高效能，非常適合需要持續低延遲的 Solana 應用。
對於 Solana 使用情境，Ryzen CPU 特別受歡迎，消費級最高時脈可達 5.7 GHz。EPYC 旨在將虛擬化額外負擔降至最低，而 Ryzen 旨在不使用虛擬化時最大化單執行緒效能。請根據使用情境選擇。
ERPC 解決的挑戰
- 一般 RPC 環境中常見的交易失敗與延遲波動
- 許多基礎設施供應商施加的效能限制
- 網路距離對通訊品質造成的重大影響
- 小型專案難以取得高品質基礎設施
如需產品詳情、免費試用、導入流程、專用方案、庫存查詢或登記候補名單，請透過 ERPC Web Dashboard 聯絡我們：
- ERPC 官方網站：https://erpc.global/zh-tw
- ERPC Web Dashboard：https://dashboard.erpc.global/zh-tw
我們將繼續研發工作，致力於穩定供應和擴充產品線，為全球更多專案帶來價值。
感謝您一如既往的支持。
