RPC 效能，
在開放環境中進行的測量

Quicknode 該測試在 AWS、Google Cloud 和 Oracle Cloud 這三個雲端平台上的 15 台主機中，於北維吉尼亞、加州、法蘭克福、東京和新加坡這五個區域執行合成探測。每個服務供應商均依照相同的時程表接收完全相同的有效載荷，且每個探測都會建立新的連線。延遲值僅反映成功的回應，完整的研究方法已公開發布。

P95 延遲是指 95% 的請求所耗費的時間均低於此數值的指標，因此它能反映出平均值所掩蓋的「慢尾」現象。這點至關重要，因為真實使用者感受到的是最差的請求體驗，而非中位數；即使某個服務供應商的平均值較低，但若 P95 值偏高，在負載下仍可能導致超時。在選擇 RPC 服務供應商時，P95 通常是最具參考價值的單一指標。

P50 是指中位數：一半的請求完成時間比這個數值快，另一半則比這個數值慢。它描述的是典型的請求，但單看這個數值會掩蓋「慢尾」現象，因此最好與 P95 一起解讀。

平均值是該時間窗內所有已測量請求的算術平均數。少數慢速回應會使平均值高於中位數，因此其數值可能比典型請求更高。將平均值與 P50 進行比較，即可顯示結果的偏斜程度。

這些基準測試將Quicknode 與EVM鏈上的服務供應商（包括Alchemy、Infura、Ankr、Chainstack、Google及NodeReal）進行比較，並涵蓋Solana 領域的專家Helius與Triton。實際顯示的供應商清單會根據所選鏈與地區而定，取決於當前測量的服務供應商有哪些。

延遲數據是透過Ethereum 、Base 、Arbitrum 、Optimism 、BNB Smart Chain 、Polygon 以及Solana 進行測量，並以 EVM 彙總視圖呈現。您可以依五個區域（北維吉尼亞、加州、法蘭克福、東京和新加坡）中的任一區域進行篩選，或選擇「全球」選項——該選項會以等權重計算這五個區域的平均值，確保沒有單一區域的數據佔據主導地位。目前正陸續新增更多區塊鏈，包括Hyperliquid 。

當頁面載入時，以及當您返回該分頁時，儀表板會從 QuickLee API 擷取即時數據。隨時重新載入頁面即可進行硬重載。QuickLee 會以隨時間窗口擴大而變寬的時間區間進行報告，從 1 小時檢視模式下的不到 1 分鐘，到 24 小時檢視模式下的約 15 分鐘；因此，在下一時間區間更新前，連續快速重新載入兩次可能會顯示相同的數字。 「新鮮度標籤」顯示自上次成功擷取數據以來已過去多久，並會持續上升直至下次擷取為止。

「暖連接」（Warm, reused connections）會跳過 TCP 和 TLS 握手程序，使服務提供者看起來比實際的首次請求更快。Quicknode 會為每次探測建立新的連線，因此這些數值反映的是實際應用程式所付出的代價，而非最佳情況下的保持連線（keep-alive）表現。

失敗、超時及速率限制皆以原始狀態記錄。失敗的請求絕不會透過重試來取代，直到其成功為止，因此失敗紀錄仍會顯示在結果中。延遲數據本身僅反映成功的回應，此舉確保了比較結果的公正性，避免獎勵那些會默默丟棄請求的服務提供者。

請針對距離您的使用者最近的鏈與區域，比較各服務供應商，並將 P95 與平均值一併考量，以涵蓋性能尾部。接著確認該服務供應商是否支援您的工作負載所需的方法及資料歸檔功能。您可以從Quicknode 的免費方案開始，並直接根據這些數值進行測試。