--- title: "在東京建構，應該選擇哪家 RPC 提供商？" description: "我們在五條鏈上對服務東京的五家 RPC 提供商做了基準測試。以下是比較結果，以及差異對延遲敏感團隊的意義。" --- # 在東京建構，應該選擇哪家 RPC 提供商？我們在五條鏈上對服務東京的五家 RPC 提供商做了基準測試。以下是比較結果，以及差異對延遲敏感團隊的意義。 Alchemy 的 Node RPC 與 WebSockets 現已在東京上線，比以前快最多 8 倍。在日本建構的團隊有了真正的提供商選擇，因此我們從東京內部，在 Ethereum、Arbitrum、BNB Chain、Polygon 和 Robinhood Chain 上做了正面比較，幫你決定該在哪家提供商上建構。沒有哪家提供商在所有情境都領先。對延遲敏感的工作流程，重要的是找到在典型回應和尾端最慢回應上都適合你的使用情境的提供商。對交易者來說，讀取請求晚返回意味著行情變動時的過時價格和滑價。 ## 各鏈的尾端延遲如何比較？五條鏈上都進入前兩名的只有我們，並且在 Polygon、BNB Chain 和 Arbitrum 上排名第一。以下是各提供商回應中偏慢的一端，也就是 p95，依鏈列出。差距最大的是 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。 *來自 [alchemy.com/benchmarks](https://www.alchemy.com/benchmarks) 的即時快照，2026 年 9 月 29 日 19:22 UTC。數字每五分鐘重新整理一次，我們很快會加入東京，以便即時查看效能；原始資料見 [alchemy.com/benchmarks/data.md](https://www.alchemy.com/benchmarks/data.md)。* [在此查看方法論](https://www.alchemy.com/blog/how-we-benchmark-rpc-performance)。 ## 我們如何測量同一套設定，套用到每一家提供商。我們從東京受控的 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，大多數過時價格和滑價來自這裡 - 成功率，把逾時、速率限制和錯誤計為失敗，並且不把失敗請求算進延遲數字 - 依方法看結果，因為一家提供商可能在一種呼叫上領先，在另一種上落後對交易類負載，還要測量每家提供商送達新區塊的速度。 ## 開始在東京建構就你的鏈和方法[聯絡我們的團隊](https://www.alchemy.com/contact-sales)，或[在儀表板中開始](https://dashboard.alchemy.com/signup)。 ## 常見問題 ### 在東京，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 多條鏈的合作關係，並且會陸續把更多網路加到東京。