Solana,此時此刻
在 Solana 上到底怎麼變快?
只要你在 Solana 上開發,下面這幾句你一定講過。
策略跟隔壁桌一模一樣——偏偏就我的 bot 慢半拍成交。
價格才剛跳出來,我立刻送單。結果交易根本沒擠進去。
每一家 RPC 我都換過一輪了——結果還是一樣。
再怎麼專業優化
程式碼調過了,機器也升級了,可是這兩樣都不是瓶頸——你是在從太遠的地方,去追一個從不停下的 leader。
光靠硬體跟程式碼,搶不下這個 slot。 決勝點,在時機和位置。
速度可以花錢買,看懂門道才是真本事。
看你怎麼搶得先機
會跑的目標
最快的位置 從來不待在原地。
每個 slot——也就是 Solana 約 400 ms 輪一次的出塊時間——都會換一位 validator 當上 leader,誰坐得離它最近,誰就贏。
它不像一個固定的點,你紮一次營就能一直待著;在 Solana 上,最快的座位每次都不一樣。
~400 ms · 每個 slot 換一位 leader
最快的座位,一個 slot 換一次
leader 一個 slot 接一個 slot,繞著全球輪。你搶下這一個,下一個早就跑到別處去了。
看它怎麼移動
Solana RPC / Geyser gRPC / Shredstream 加速服務
Epoch —
— countries
Leader
—
Live block producer
距離就是延遲
跨一個大陸,你就落後 100–300 ms。
光在光纖裡跑,再經過一連串路由器,就劃下了一條任何硬體都突破不了的底線。同一機架大約 0.1 ms;跨一片海洋是 100–300 ms——而一個 slot 也才約 400 ms。
所以 leader 就在你家門口時,你還在時間窗裡;一旦它跑到地球另一頭,你早就錯過了。要在每一個 slot 都夠快,意思就是 leader 落在哪,你都得在它旁邊。
往返延遲的下限隨距離而定 · 這是物理,不是跑分
距離讓一個封包多付多少
- 同一網路
- 0.1 ms
- 同一資料中心
- 0.3 ms
- 同一城市
- 1 ms
- 鄰國
- 5–10 ms
- 跨大陸
- 100–300 ms
隔一個大陸,是同機架那一跳的好幾百倍——還比一整個 slot 還久。就近不是微調,而是你的本錢。
覆蓋——一座城市為什麼不夠
再擠的城市,也只佔整個網路約四分之一。
Frankfurt 是業者紮堆的地方——可是就算最熱鬧的城市,不管看 validator 數量還是 stake,也只握有整個網路約四分之一。大多數 slot 的當下 leader 都在別處。
每個地方都覆蓋到當然最理想,但預算就是不容你全拿。所以重點不只是哪裡最大,而是哪裡擠進去的機器最少——也就是競爭最少的地方。Amsterdam 的 stake 跟 Frankfurt 不相上下,擠進去的 validator 卻少很多——往往是更清靜、更划算的座位。
Solana 的 validator 都坐在哪
覆蓋——每個 leader 旁邊都已經有節點
leader 落在哪,旁邊就已經有一個強悍、直連 Solana 的節點。
leader 這個角色一個 slot 接一個 slot 繞著全球轉——所以勝出的,就是那個早就離它最近的節點。同一區域裡的節點,省掉了那段拉高延遲的長途跳轉。
所以我們不把賭注押在單一地點。穩定的速度,就是每個 slot 都靠得近——而 leader 又一直在區域間移動,這就得跨區域覆蓋。我們在 Solana stake 集中的地方,部署 validator 等級的節點,跑在同一張低延遲網路上,而且持續加開區域——每多一個區域,就多一批你早就守在 leader 身旁的 slot。
Global Data Center Partner
速度取決於與 Solana 的距離。
區域選擇很重要。但城市名本身並不等於網路路徑。即使在同一城市，繞經外部網路和額外 hop 也可能增加延遲。ERPC 會選擇靠近 Solana 伺服器的資料中心，透過避免繞經外部網路來縮短路徑，並讓硬體保持在持續 Turbo Boost 狀態。
ERPC 高階路徑
不繞經外部網路
最小 RTT
只按城市名選擇
繞經外部網路 / 7 hops
慢 70 倍
- 01同一資料中心先選對區域，再挑選最靠近 Solana 的資料中心。
- 02無外部傳輸避免經過外部 AS（自治系統）的路徑，讓 RTT 和 jitter 更穩定。
- 03滿功率執行ERPC 會排除節能設定，並讓資源保持在持續 Turbo Boost 狀態。
依 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% 車道,直抵 validator——在任何手續費之前就先行一步。沒有 stake,就被塞進 20% 的垃圾車道。
80 / 20 的切分是 Solana 的 leader 定的,不是我們
實測跑分
同等級機器, 速度卻不一樣。
AMD Turin、4 vCPU、Amsterdam、Ubuntu 24.04——兩台配置完全一樣,一台是某大型 cloud,一台是我們的。規格表說它們旗鼓相當,實測跑分卻不這麼說。
晶片相同,差距出在我們的調校——機器被細細調過,還緊貼著 Solana。
node_bench · 同一輪測試,同一區域
ERPC vs 某大型 cloud · 同規格
- CPU 運算sysbench · 4 執行緒 · 越高越好
- CPU 吞吐更高1.9×
- 記憶體頻寬STREAM Triad · 4 GiB · 越高越好
- 記憶體頻寬更高3.2×
- 磁碟 IOPSfio · 4K 隨機讀 · QD32 · 越高越好
- 磁碟 IOPS 更高16.6×
- 磁碟延遲 · p99fio · 4K 隨機讀 · QD32 · 越低越好
- 尾端延遲更低25.7×
events/s
MB/s
IOPS
µs