一切所需直連 Solana

RPC, Geyser gRPC, and Direct Shreds run on the network right next to Solana. You talk to the chain directly.

值得信賴的基礎設施

Solana FoundationRijksdienstRIPE NCCCircle

速度取決於與 Solana 的距離。

區域選擇很重要。但城市名本身並不等於網路路徑。即使在同一城市,繞經外部網路和額外 hop 也可能增加延遲。ERPC 會選擇靠近 Solana 伺服器的資料中心,透過避免繞經外部網路來縮短路徑,並讓硬體保持在持續 Turbo Boost 狀態。

ERPC 高階路徑

不繞經外部網路

最小 RTT

0.1ms

只按城市名選擇

繞經外部網路 / 7 hops

慢 70 倍

7ms
  • 01同一資料中心先選對區域,再挑選最靠近 Solana 的資料中心。
  • 02無外部傳輸避免經過外部 AS(自治系統)的路徑,讓 RTT 和 jitter 更穩定。
  • 03滿功率執行ERPC 會排除節能設定,並讓資源保持在持續 Turbo Boost 狀態。

實測跑分

同等級機器, 速度卻不一樣。

AMD Turin、4 vCPU、Amsterdam、Ubuntu 24.04——兩台配置完全一樣,一台是某大型 cloud,一台是我們的。規格表說它們旗鼓相當,實測跑分卻不這麼說。

晶片相同,差距出在我們的調校——機器被細細調過,還緊貼著 Solana。

node_bench · 同一輪測試,同一區域

ERPC vs 某大型 cloud · 同規格

CPU 運算sysbench · 4 執行緒 · 越高越好
1.9×
ERPC
7,850
Cloud
4,062

events/s

記憶體頻寬STREAM Triad · 4 GiB · 越高越好
3.2×
ERPC
151,986
Cloud
47,943

MB/s

磁碟 IOPSfio · 4K 隨機讀 · QD32 · 越高越好
16.6×
ERPC
50,675
Cloud
3,061

IOPS

磁碟延遲 · p99fio · 4K 隨機讀 · QD32 · 越低越好
25.7×
ERPC
668
Cloud
17,170

µs

依 stake 加權的優先權(SWQoS)

交易老是失敗,代表你卡在垃圾車道裡。

Solana 的 leader 把優先頻寬切成兩半。有 stake 撐腰的連線——也就是已經委託給某個 validator 的 SOL——拿走其中 80%;剩下所有人擠在另外 20% 裡搶——那條車道塞滿了垃圾流量。

直接朝 leader 開火,感覺像最快的一招——但沒有 stake,你走的就是那條擁擠的 20% 車道,負載一高,你的交易永遠進不了區塊

所以真正的解法是一個有 stake 的 validator。我們營運一個頂級 validator,直接接上高品質的 RPC 連線——硬體就緊貼著 Solana——讓你的交易走得進那條寬車道

Shinobi Performance Pool 裡的一個頂級 validator

Solana 的 leader 怎麼切分優先頻寬

有 stake · 80% · 暢通 ✓
txleader
區塊
無 stake · 20% · 塞爆 ✕

Stake 走那條寬敞的 80% 車道,直抵 validator——在任何手續費之前就先行一步。沒有 stake,就被塞進 20% 的垃圾車道。

80 / 20 的切分是 Solana 的 leader 定的,不是我們

核心節點部署

部署在 Solana 執行最快的地方。

在我們的全球佈局中,我們僅選擇 Solana 執行表現最佳的優質資料中心,在頂級硬體上全速執行 RPC、資料流和專用節點。我們還提供裸金屬伺服器和 VPS 選項,讓你可以在同一網路上部署應用並始終處於最快路徑。

鹽湖城芝加哥紐約都柏林倫敦阿姆斯特丹法蘭克福斯德哥爾摩新加坡東京雪梨

The ERPC stack

Every layer runs right next to Solana.

你的連線已緊貼 Solana。

RPC、Geyser gRPC、Direct Shreds、 — 完整一套技術堆疊,就架在緊鄰鏈的網路上。免費開始,你的金鑰一分鐘內即可生效。