--- title: "常見問題 - 延遲與區域" description: "關於 ERPC 延遲與區域的常見問題，分為兩部分：不針對特定鏈的問題，以及取決於 Solana 運作方式的回答。" canonical: "https://erpc.global/zh-tw/faq/latency/general/" locale: "zh-tw" --- # 常見問題 - 延遲與區域 關於計費、免費方案、付款以及 401 或 429 錯誤的問題，請參閱[如何開始](https://erpc.global/zh-tw/faq/how-to-start/general/)。 ## 不針對特定鏈的問題 這些問題涵蓋距離、區域、伺服器位置、共享或專用端點，以及用戶端所用的程式語言如何影響延遲。 ### 問：我需要選擇區域嗎？ 使用 [Edge RPC](https://erpc.global/zh-tw/doc/rpc/edge/) 時，您不需要選擇區域。連線至 edge.erpc.global 的應用程式，會自動導向網路路徑上鄰近的入口。 使用支援 Solana、Ethereum 與 Avalanche C-Chain 的 Unlimited Endpoints 時，您需在下單時選擇區域，可選擇靠近您的交易系統或後端執行位置的區域。下單時請在 [ERPC Web Dashboard](https://dashboard.erpc.global/zh-tw) 確認可選擇的區域。 在 Solana 上，沒有一個區域適合所有策略，因為 leader 角色依照 Leader 排程在驗證者之間轉移；請參閱下方的 Solana 章節。 ### 問：我遇到了高延遲。為什麼？ 您是否從物理距離較近的位置存取端點？距離會顯著影響延遲。我們建議從靠近所提供端點的伺服器進行存取。 理論上，透過我們的[裸金屬伺服器](https://erpc.global/zh-tw/baremetal/)和 [VPS 服務](https://erpc.global/zh-tw/vps/)，我們的網路可以提供最快的連線。 ### 問：延遲是怎樣的？ 延遲因測量方法和您的具體使用環境而異。與其關注精確的數值，更重要的是確保延遲滿足您的實際營運需求。 針對 Solana，您可以使用下列適用於 TypeScript 與 Rust 的開源工具測量延遲。 - [Solana Stream SDK - ValidatorsDAO GitHub](https://github.com/ValidatorsDAO/solana-stream) - [SLV（繁體中文）](https://slv.dev/zh-tw) ### 問：為什麼專用端點更快？ 共享端點由多個客戶共同使用相同的資源。隨著流量增加，延遲往往會出現。伺服器資源有物理限制，它們能處理的工作量是有限的。當太多請求同時到達時，必須按順序處理，這會導致回應時間變慢。 儘管我們採取了各種措施來最佳化共享端點的效能，但使用專用端點時您是資源的唯一使用者。這意味著您完全不受其他使用者的影響，確保始終穩定且快速的回應。 此外，專用端點提供無 TLS 的通訊選項，如 HTTP。透過跳過 TLS 握手（約 20ms），通訊比 HTTPS 更快。 ### 問：哪個方案提供最快的效能？ 通常，我們最高等級的方案由於更優秀的 CPU、更大的記憶體容量和強大的硬體配置而提供最快的效能。 如果您需要更強大的伺服器，我們還提供客製化解決方案，但我們的標準方案旨在提供最佳的價效比。 我們有信心在每個價位都提供世界級的效能。如果您在相同價格範圍內找到更快的供應商，請告訴我們，以便我們調查和改進。 ### 問：延遲不如預期。 效能可能因使用的程式語言而有顯著差異。通常，語言速度比較排名如下： **Rust > Go > TypeScript (JavaScript) > Python** 更詳細的比較請參閱以下資源： [程式語言速度比較](https://niklas-heer.github.io/speed-comparison/) 如果最大效能是您的目標，我們強烈推薦使用 Rust。 ## Solana 這些回答以 Solana 的運作方式為前提：leader 角色依照 Leader 排程在驗證者之間轉移，因此驗證者的位置會影響您對區域的選擇。 ### 問：推薦哪個區域？ 沒有一個永遠最好的區域。Solana 是全球網路，leader 角色依照 Leader 排程在驗證者之間轉移。驗證者數量和質押量較多的區域中，leader slot 出現的頻率更高，這有助於交易更快上鏈。但相應地，競爭流量也會同步集中，因此根據您的策略，競爭相對較少的區域有時反而能取得更好的效果。 一個實用的起點是：當穩定的 leader slot 供給最為重要時，選擇驗證者集中的區域，例如法蘭克福或美國東海岸；當最短路徑執行是首要目標時，則將基礎設施部署在特定目標驗證者附近。請使用 [Validators Solutions](https://validators.solutions/) 瞭解 Solana 網路的公開分佈，然後結合 [ERPC Leader Slot API](https://erpc.global/zh-tw/doc/rpc/leader-slot-api/) 和實際測量判斷單區域、雙區域或全球部署是否合適。 [![Solana 主網分佈報告](https://erpc.global/faq/SolanaMainnetReportEN.jpg)](https://validators.solutions/) ### 問：我需要約 400ms 或更低的延遲。 要實現約 400ms 以內的延遲，請考慮以下要點： - **對 Ping 值的現實理解**：Ping 值表示理想條件，不反映串流通訊中的實際延遲，後者通常約為 ping 延遲的 5 倍。例如，跨洲 100ms 的 ping 實際上會導致約 500ms 的延遲。因此，必須在同一區域內建立基礎設施才能實現約 400ms 的延遲。 - 典型 Ping 值參考： - 同一網路：~0.1ms - 私有網路互連（PNI）：~0.2ms - 同一資料中心：~0.3ms - 同一城市：~1ms - 鄰國：~5–10ms - 跨洲：~100–300ms - **避免平均延遲的陷阱**：Solana 驗證者分佈在全球各地，且 Leader 排程在每個 epoch 隨機變化。依賴平均延遲來實現約 400ms 是不切實際的。相反，您應該精確追蹤特定區域的驗證者排程，以識別延遲最低的 slot。要持續實現最小延遲，需要在所有相關區域部署基礎設施。在同一區域內，資料取得可以在幾十毫秒內完成，傳輸可以在幾毫秒內完成。 - **追蹤 Leader 排程**：透過 **ERPC Leader Slot API（`getLeaderSlots`）**，監控您所在區域的 Leader 驗證者排程。 它會回傳即將到來的 Leader 排程、目前 epoch 的質押權重、推估的驗證者地理位置以及參考 ping 值，讓您能趕在延遲最低的 slot 到來之前識別出它們，並將其設為目標。 公共地圖型資料來源和原生 RPC API 適合瞭解網路整體分佈，但精確度不足以用於判斷執行時機。Leader Slot API 補足了路由和交易判斷所需的粒度。 - [ERPC Leader Slot API 文件](https://erpc.global/zh-tw/doc/rpc/leader-slot-api/) - [ERPC Web Dashboard](https://dashboard.erpc.global/zh-tw) [![Validators Solutions - Solana 網路資料](https://erpc.global/faq/ValidatorsSolutionsEN.jpg)](https://validators.solutions/) Solana 網路資料：[Validators Solutions](https://validators.solutions/) ### 問：如何實現零區塊（零 slot）交易？ 成功實現零區塊（零 slot）交易需要更複雜的策略，如下： - **識別機會區域**：Solana 驗證者分佈在全球各地，物理上不可能對每個 slot 都實現最佳延遲。因此，監控您基礎設施所在區域的驗證者 Leader 排程，並識別最有利的機會區域。在多個區域部署基礎設施也可能有利。例如，法蘭克福是關鍵區域，因為其驗證者密度高，Leader 選擇更頻繁，交易機會更多。 透過 **ERPC Leader Slot API（`getLeaderSlots`）**，查詢即將到來的 Leader 排程、目前 epoch 的質押權重、推估的驗證者地理位置資料以及參考 ping 值，精確度遠高於公共地圖型資料來源或原生 RPC API。如此一來，您就能在相應 slot 到來之前預先標出機會區域，並執行接近零延遲的交易。 - [ERPC Leader Slot API 文件](https://erpc.global/zh-tw/doc/rpc/leader-slot-api/) - [ERPC Web Dashboard](https://dashboard.erpc.global/zh-tw) - **部署專用節點**：如果您難以競爭，請考慮部署專用節點。共享節點由於其他使用者的流量會產生延遲，因此不建議使用。此外，將您的專用節點放置在與應用程式相同的網路中可以顯著降低網路延遲並最佳化效能。 ### 問：WebSocket、gRPC 和 Shreds 哪個最快？ 許多客戶的回饋相當一致，效能排序如下： **Shreds > gRPC > WebSocket** 如果您發現不同的結果或條件，請告訴我們。 ### 問：這個 RPC（gRPC、Shreds）比其他的快嗎？ 我們在每個價格檔位都以速度為設計目標，歡迎您把我們與任何其他供應商放在同等條件下比較。結果會隨區域、使用共享端點或專用端點、所用協定（WebSocket、gRPC 或 Shreds）以及用戶端的程式語言而變化。 如果您發現我們的服務更慢，請透過 ERPC Web Dashboard 告訴我們您比較的具體條件和競爭對手。我們將找出原因並進一步提高速度。 [ERPC Web Dashboard](https://dashboard.erpc.global/zh-tw)