ERPC - 增強型 Solana RPC 端點

要透過 ERPC 取得低延遲的 Solana RPC endpoint，請到 dashboard.erpc.global 的 ERPC Web Dashboard 註冊，系統會立即發給你 API key。你會取得一個受管理的 Solana RPC endpoint，可透過 ERPC 自有的全球網路使用 HTTP 與 WebSocket 連線。這個網路會將每一個請求沿著最短的網路路徑導向，基礎費率為每個 method 42 tokens。複製你的 key，並以 query parameter 的形式加到 endpoint 上：https://edge.erpc.global?api-key=YOUR_KEY，或者 WebSocket 用 wss://edge.erpc.global?api-key=YOUR_KEY。請把 api-key 以 query parameter 放在 URL 裡，而不要放在 Authorization 或其他 HTTP header 中。ERPC 只會從 URL 讀取 key，因此放在 header 裡的 key 會被忽略，endpoint 會回傳 401。透過免費試用，你可以馬上連線測試。

如果你在負載之下無法容忍變慢或速率限制，請選擇專用的 Solana RPC endpoint；如果你正在起步或測試，則選用共享的 endpoint。共享 endpoint 會同時被許多客戶使用，因此隨著流量增加，請求可能會排隊、延遲變得較不穩定，你也可能觸及速率限制。專用 endpoint 讓你成為唯一的使用者，因此其他客戶的流量永遠不會拖慢你。專用 endpoint 還能透過未加 TLS 的純 HTTP 連線，省去 TLS handshake 約可節省 20ms，帶來額外的速度提升。

Unlimited Endpoints 專為低延遲標準 Solana RPC 呼叫設計。支援的方法為 getSlot, getBlockHeight, getLatestBlockhash, getBalance, getAccountInfo, getMultipleAccounts, getTransaction, sendTransaction, simulateTransaction, getSignatureStatuses, getRecentPrioritizationFees, getHealth, getVersion, getEpochInfo, getBlock。其他方法請使用 https://edge.erpc.global?api-key=YOUR_KEY。

ERPC 在 Frankfurt、Amsterdam、London、New York、Chicago、Tokyo、Singapore 與 Sydney 營運 node。每一個請求都會從超過 300 個由 Cloudflare 驅動的 edge 據點中最近的一個進入，接著轉發到最佳的 ERPC node，因此請求永遠走最短的網路路徑。若要做 slot 層級的精準鎖定，你可以使用 Leader Slot API（getLeaderSlots）來追蹤哪個地區握有 leader，並朝它路由。

ERPC WebSocket 與 HTTP 跑在同一個 Solana RPC endpoint、使用相同的 API key，只是用 wss://edge.erpc.global 取代 https://edge.erpc.global。你可以在單一連線上串流即時的 Solana 更新，例如帳戶與 slot 變化，讓你的應用程式在事件發生的當下就收到。這讓 WebSocket 成為最容易整合的串流選項。

將專用 RPC node 與同一網路上的 Bare Metal 伺服器搭配。由於 node 與伺服器之間沒有經過公共網際網路的跳轉，往返 ping 約為 0.1ms，這讓你有機會在每一個 Solana slot 上搶先上鏈。其餘的延遲取決於 method 與你的環境，因此免費試用加上 TypeScript 與 Rust 工具可讓你在自己的環境中實際測量。

根據一致的客戶回饋，典型的速度順序是 Direct Shreds 最快，接著是 Geyser gRPC，再來是 WebSocket。Solana RPC endpoint 上的 WebSocket 最容易整合，而 Geyser gRPC 與 Direct Shreds 則是為需要搶先行動的團隊打造的專用串流產品，其中 Direct Shreds 會盡可能最早地傳遞資料。要挑出最合適的選項，請用免費試用在你自己的環境中比較它們。