跳至內容
0%

在東京建構,應該選擇哪家 RPC 提供商?

作者:Alchemy

最後更新:2026年10月5日1 分鐘閱讀
東京 RPC 效能

我們在五條鏈上對服務東京的五家 RPC 提供商做了基準測試。以下是比較結果,以及差異對延遲敏感團隊的意義。

Alchemy 的 Node RPC 與 WebSockets 現已在東京上線,比以前快最多 8 倍。在日本建構的團隊有了真正的提供商選擇,因此我們從東京內部,在 Ethereum、Arbitrum、BNB Chain、Polygon 和 Robinhood Chain 上做了正面比較,幫你決定該在哪家提供商上建構。

沒有哪家提供商在所有情境都領先。對延遲敏感的工作流程,重要的是找到在典型回應和尾端最慢回應上都適合你的使用情境的提供商。對交易者來說,讀取請求晚返回意味著行情變動時的過時價格和滑價。

各鏈的尾端延遲如何比較?

五條鏈上都進入前兩名的只有我們,並且在 Polygon、BNB Chain 和 Arbitrum 上排名第一。

以下是各提供商回應中偏慢的一端,也就是 p95,依鏈列出。

提供商
Polygon
BNB Chain
Ethereum
Arbitrum
Robinhood
Alchemy
44.4 ms
54.1 ms
23.4 ms
10.1 ms
17.5 ms
QuickNode
215.9 ms
88.5 ms
18.3 ms
10.6 ms
16.8 ms
Infura
307.1 ms
724.9 ms
197.5 ms
190.0 ms
不支援
dRPC
124.9 ms
129.4 ms
178.0 ms
18.4 ms
26.2 ms
Goldsky
278.2 ms
282.0 ms
95.2 ms
152.3 ms
75.6 ms

差距最大的是 Polygon。在那裡,每二十個請求中有一個在 QuickNode 上超過 215 ms,我們是 44 ms。差距大部分來自狀態讀取。QuickNode 的 eth_call 和 eth_getBalance 在 p95 都超過 215 ms,我們分別是 13 ms 和 11 ms,而這正是交易系統用來更新報價和價格的呼叫。

相對其他提供商,差距更大。在我們測試過它們的每條鏈上,我們的 p95 都低於 dRPC、Infura 和 Goldsky,Robinhood Chain 上是 1.5 倍,Arbitrum 上最高達 19 倍。

在這次執行中,Alchemy 和 QuickNode 在每條鏈上都維持了 100% 的成功率,例外是 Polygon 上的 QuickNode,為 99.96%。

各提供商在全球範圍內如何比較?

在我們涵蓋 EVM 鏈的即時全球基準測試中,Alchemy 的平均延遲低於任何提供商,為 15.54 ms。

提供商
平均延遲
p50
p95
成功率
Alchemy
15.54 ms
7.32 ms
32.03 ms
99.99%
QuickNode
41.81 ms
9.57 ms
194.20 ms
99.99%
dRPC
100.88 ms
22.76 ms
565.66 ms
99.99%
Infura
117.66 ms
104.11 ms
276.26 ms
99.99%
Goldsky
41.38 ms
14.45 ms
138.86 ms
99.98%

來自 alchemy.com/benchmarks 的即時快照,2026 年 9 月 29 日 19:22 UTC。數字每五分鐘重新整理一次,我們很快會加入東京,以便即時查看效能;原始資料見 alchemy.com/benchmarks/data.md。 在此查看方法論。

我們如何測量

同一套設定,套用到每一家提供商。我們從東京受控的 AWS ECS 執行個體發出相同的 EVM JSON-RPC 讀取請求,使用標準付費帳戶,並且每家都做同樣的預熱。提供商逐一執行,穩定在每秒 20 個請求。

請求涵蓋七種常見讀取:eth_blockNumber、eth_getBalance、一次輕量 eth_call(ERC-20 的 balanceOf())、eth_getBlockByNumber、10 個區塊範圍內的 eth_getLogs、eth_getBlockReceipts 和 eth_getTransactionReceipt。

每個請求只嘗試一次,不重試。重試會掩蓋慢回應或失敗回應,因此每一次慢回應都記在給出它的提供商身上。p95 只根據成功回應的延遲計算,失敗另外報告。

如何測試適合你的應用的 RPC

我們的結果是一個起點。適合你的應用的提供商,是在你的鏈、你的方法和使用者或系統所在區域都能撐住的那一家。你可以用一個指令碼和幾個付費端點自己測試。

1. 測試使用者能感覺到的呼叫。 例如,如果你在 EVM 鏈上建構交易應用,就測試 eth_call 這類用於報價和池狀態的呼叫,以及 eth_getBlockByNumber 來取得最新資訊。

2. 保持一切相同。 從應用執行所在區域的同一台機器,向每家提供商傳送相同的承載。使用相同的付費帳戶、相同的預熱、重複使用的連線、相同的逾時,以及每個請求一次嘗試、不重試。每條鏈單獨做基準測試,因為一條鏈上的結果不能帶到另一條鏈。

3. 執行足夠長的時間,才能看到尾端。 要信任 p95,就要在每條鏈上為每家提供商收集幾千個請求,並且分布在一天中的不同時段。用你正式環境的典型 RPS 測試提供商,看它們在真實負載下的表現。

4. 把四個數字放在一起看。

  • 典型請求的平均值和 p50
  • 偏慢一端的 p95,大多數過時價格和滑價來自這裡
  • 成功率,把逾時、速率限制和錯誤計為失敗,並且不把失敗請求算進延遲數字
  • 依方法看結果,因為一家提供商可能在一種呼叫上領先,在另一種上落後

對交易類負載,還要測量每家提供商送達新區塊的速度。

開始在東京建構

就你的鏈和方法聯絡我們的團隊,或在儀表板中開始。

常見問題

在東京,Alchemy 比 QuickNode 更快嗎?

這取決於你的負載。在 Polygon 上,p95 的合約或餘額讀取(eth_call 和 eth_getBalance)Alchemy 大約比 QuickNode 快 17 倍。在偏慢的一端 p95,Alchemy 在 Polygon 上將近快 5 倍,在 BNB Chain 上快 1.6 倍。在 Ethereum、Arbitrum 和 Robinhood Chain 上,兩者的 p95 相差大約 5 ms,所以請測試你的負載所依賴的鏈和呼叫。

如何使用 Alchemy 的東京基礎設施?需要更換端點嗎?

使用你的 Alchemy 端點即可。不需要任何設定。我們會把請求自動路由到最近的可用區域。

哪些網路從東京提供服務?

Alchemy 的東京基礎設施上線時包括 Base、BNB Chain、Robinhood Chain、Ethereum、Polygon、Arbitrum、HyperEVM、Arc 等。Alchemy 在近 10 年裡建立了 100 多條鏈的合作關係,並且會陸續把更多網路加到東京。

Alchemy 電子報

搶先掌握最新發布消息

訂閱我們的電子報

取得 Alchemy 最新產品更新與資源

A
O
D
+
超過 80,000 名訂閱者

輸入您的電子郵件地址,即表示您同意接收我們的行銷通訊與產品更新。您了解 Alchemy 會依照我們的隱私權聲明處理所收到的資訊。您可以隨時取消訂閱。