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