ERPC 大規模升級 Solana RPC、WebSocket 與 Geyser gRPC 基礎設施 — 在與主要外部 RPC 服務的實測比較中，針對即時應用的效能顯著提升
ELSOUL LABO B.V.（總部：荷蘭阿姆斯特丹，CEO：Fumitake Kawasaki）與 Validators DAO 營運的 ERPC 宣布，已對 Solana RPC、WebSocket 與 Solana Geyser gRPC 基礎設施完成大規模升級。
本次升級新增了最高效能等級的大型節點，並從統一系統的角度改進了 Solana RPC、WebSocket、Geyser gRPC、內部閘道、即時資料傳輸轉接層、網路軟體以及伺服器設定。ERPC 依據長期累積的負載趨勢、訂閱模式、各方法使用情況，以及即時應用中容易出現的延遲因素，提升貼近實際正式環境使用路徑的效能。
在法蘭克福的同一用戶端環境中，與主要外部 RPC 服務進行實測比較後，ERPC 在多個對即時應用重要的指標上表現出較高效能，包括 HTTP getSlot 延遲中位數、WebSocket 連線時間、WebSocket transactionSubscribe 相容功能的首次通知、slot 新鮮度與錯誤數。
本次改進並不侷限於某個新方案，而是會逐步應用到 ERPC 的 Solana RPC 與 Solana Geyser gRPC 相關方案整體。其影響對 Solana RPC 和 Geyser gRPC 的使用體驗尤為明顯，ERPC 也正依據法蘭克福已確認的改進，逐步向其他區域展開應用。
ERPC Dashboard：https://dashboard.erpc.global/zh-tw
ERPC 官網：https://erpc.global/zh-tw
與主要外部 RPC 服務的實測比較顯示，即時應用效能顯著提升
本次比較從部署在法蘭克福的同一用戶端環境出發，在相同條件下對 ERPC 與主要外部 RPC 服務進行測量。測試重點放在會直接影響即時應用使用體驗的路徑上，包括 HTTP getSlot、WebSocket slotSubscribe 以及 WebSocket transactionSubscribe 相容功能。
代表性實測結果顯示，HTTP getSlot 的中位數為 ERPC 23.4ms、主要外部 RPC 服務 39.9ms，ERPC 約快 1.7 倍。WebSocket 連線時間為 ERPC 87ms、主要外部 RPC 服務 157ms，ERPC 約快 1.8 倍。WebSocket transactionSubscribe 相容功能的首次通知時間為 ERPC 240ms、主要外部 RPC 服務 556ms，ERPC 約快 2.3 倍。
對於 Solana 即時應用來說，單純的平均延遲並不夠。連線建立、首次通知、即時訂閱的穩定性、slot 新鮮度以及是否發生錯誤都很重要。尤其在鏈上事件偵測、交易應用、監控系統、警示傳送、分析基礎設施、bot 和後端 API 中，首次通知到達的速度，以及訂閱開始後能否穩定接收資料，會直接影響後續處理何時能夠啟動。
在本次比較中，ERPC 與主要外部 RPC 服務在 processed 與 confirmed 的 getSlot 資料新鮮度方面觀測到相同 slot。在 WebSocket slotSubscribe 中，雙方也在同一時間觀測到了相同 slot。ERPC 在連線速度上展現優勢，同時保持了相同的 slot 新鮮度。雙方的錯誤數均為 0。
將 HTTP、WebSocket、Geyser gRPC 作為整合式系統一併改進
本次升級並不只是增加伺服器。ERPC 將 Solana RPC 的 HTTP 傳輸路徑、WebSocket 路徑、Geyser gRPC 傳輸路徑、內部閘道、即時資料轉換介接層、傳輸流程以及網路軟體視為一個整體，重新檢視並加以改善。
在 Solana 應用的正式環境中，只有 HTTP RPC 快並不足夠。如果 WebSocket 連線緩慢、首次通知延遲、即時訂閱吞吐量無法擴充、從 Geyser gRPC 轉換到 WebSocket 相容層的過程中產生延遲，或後端處理在高負載下發生擁塞，即時應用體驗都會明顯變化。
ERPC 並不把 HTTP、WebSocket 和 Geyser gRPC 視為彼此孤立的功能，而是將它們作為接收、處理、傳輸 Solana 資料並交付給應用的一整條路徑來改進。本次新增大型節點、網路軟體改進、閘道改進、WebSocket 轉接層改進以及 Geyser gRPC 傳輸路徑最佳化，都是依照這項整合思維推動的。
Geyser gRPC 傳輸路徑與 WebSocket 轉接層改進強化首次通知效能
本次升級中效果尤其明顯的是 Geyser gRPC 傳輸路徑與 WebSocket 轉接層的組合。ERPC 將以 Geyser 事件形式接收的即時資料，轉換成更易於透過 WebSocket 相容層使用的形式。
在法蘭克福同一用戶端環境中進行的 transactionSubscribe 相容功能比較中，ERPC 記錄的首次通知為 240ms，錯誤為 0。主要外部 RPC 服務的首次通知為 556ms，錯誤為 0。在首次通知上，ERPC 約快 2.3 倍，同時持續傳輸效能也確認達到同等或更高水準。
這項結果並不能僅用網路距離解釋。Solana 的即時資料傳輸最終效能由節點效能、Geyser gRPC 處理、閘道處理、WebSocket 轉換、佇列處理、扇出架構以及網路軟體效率共同決定。ERPC 會依據每日負載趨勢和實測結果，持續改進這些元件。
在維持 slot 新鮮度的同時加快連線和首次通知
提升速度時，同樣重要的是確認服務並不是更快地回傳過期資料。在本次比較中，對於即時應用主要使用的 processed 與 confirmed 的 getSlot 資料新鮮度，ERPC 與主要外部 RPC 服務觀測到了相同 slot。
在 WebSocket slotSubscribe 中，雙方也在同一時間觀測到了相同 slot。ERPC 在連線速度上展現優勢，同時保持了相同的 slot 新鮮度。WebSocket slotSubscribe 的連線時間為 ERPC 87ms、主要外部 RPC 服務 157ms，ERPC 約快 1.8 倍完成連線。
同時，RPC 與 WebSocket 效能會隨區域、時段、用戶端位置、訂閱條件和負載狀況而變化。ERPC 會分別確認中位數、p95、最大值、首次通知、吞吐量、slot 新鮮度和錯誤率，並持續改善實際使用中重要的指標。本次升級是一次重要進展，但 ERPC 不會把單次結果作為終點，而會繼續在各區域、各種方法和各類工作負載上推進改進。
擴充包含 Burst 在內的 WebSocket / RPC 相容層支援範圍
除了效能提升外，本次升級還擴充了包括 Burst 在內的 Geyser gRPC 相關端點周邊 WebSocket / RPC 相容層的方法支援範圍。
例如，ERPC 新增了對 getVersion、getSlot、getBlockHeight、getLatestBlockhash、isBlockhashValid 等標準確認和狀態類方法的支援。這樣一來，環境不僅更適合即時訂閱，也更容易處理周邊狀態確認和輔助查詢。
ERPC 並不是只提供固定功能表的靜態服務。ERPC 會根據使用者實際使用的方法、訂閱條件、查詢和應用需求，持續擴充支援範圍。如果您在特定方法、請求、訂閱條件、WebSocket 相容功能或 Geyser gRPC 使用方式上遇到問題，請在 Validators DAO 官方 Discord 建立支援工單。提供具體請求內容、期望行為、發生的錯誤和使用場景，有助於我們參考實際需求，推進後續相容性擴充和效能改善。
逐步將改進套用至所有區域的 Solana RPC 與 Geyser gRPC 相關方案
本次改進並不侷限於特定專用架構。ERPC 將在所有區域，逐步把這項改進套用到 Solana RPC、WebSocket 與 Solana Geyser gRPC 相關方案。
在法蘭克福，ERPC 已經透過與主要外部 RPC 服務的實測比較確認了顯著改善。接下來，ERPC 會逐步將這些改進應用到所有區域，並根據各區域的使用情況、負載趨勢、網路路徑和伺服器設定繼續調校。
ERPC 的優勢並不只是一次性增加新功能，而在於能夠依據實際正式環境中取得的資料，持續改善現有方案的效能、方法支援範圍、傳輸路徑和伺服器設定。在 Solana 的正式環境中，網路狀況、流量、使用的方法、訂閱量和各區域需求始終在變化。ERPC 會作為專注 Solana 的平台，隨著這些變化持續演進。
將同一用戶端環境下的實測值反映到持續改進中
ERPC 也會將與外部服務比較得到的實測值用於持續改進。本次測試中，ERPC 從法蘭克福的同一用戶端環境出發，分別確認了 HTTP getSlot、WebSocket 連線時間、WebSocket transactionSubscribe 相容功能的首次通知、slot 新鮮度和錯誤等指標。
Solana RPC 與 WebSocket 效能會受到區域、用戶端位置、訂閱條件、方法、時段、負載狀況和後端設定的影響。因此，ERPC 不只關注單一平均值，也重視會影響實際應用處理開始時機的指標，包括連線建立、首次通知、slot 新鮮度和錯誤率。
對使用者而言，真正重要的是應用所需的資料能否以所需的速度和穩定性到達。ERPC 在同一 Solana 專用平台上營運並持續改進 Solana RPC、WebSocket、Geyser gRPC、Shredstream、VPS 和裸金屬伺服器，藉此持續提升實際使用效能。
適用方案的免費試用與真實工作負載驗證
目前，適用方案可申請免費試用。使用者可以從 ERPC Dashboard 檢視適用方案，並在接近實際工作負載的條件下測試本次 Solana RPC、WebSocket 與 Geyser gRPC 基礎設施改進。
對 Solana 應用來說，基準測試數字本身並不足夠。最適合的架構取決於應用使用哪些方法、用戶端從哪個區域連線、需要多少訂閱量、是否優先重視首次通知、是否優先重視吞吐量，以及 slot 新鮮度對工作負載有多重要。
使用者可以在 ERPC Dashboard 中檢視 Solana RPC、WebSocket、Solana Geyser gRPC 等方案，並依照目前架構選擇合適的方案。已經使用 ERPC 的使用者，也可以在改進反映後的環境中確認現有工作負載的回應速度、訂閱效能和支援方法。
ERPC Dashboard：https://dashboard.erpc.global/zh-tw
作為 Solana 專用基礎設施持續改進
ERPC 並不只是把 Solana RPC 作為簡單 API 端點提供，而是將其作為支援 Solana 應用執行品質的基礎設施來持續改進。在 Solana 中，HTTP RPC、WebSocket、Geyser gRPC、Shredstream、SWQoS、伺服器部署、驗證者品質、網路路徑和處理節點效能，都會直接影響應用速度和穩定性。
ELSOUL LABO 自 2022 年以來已連續 5 年獲得荷蘭政府 WBSO 研發支援制度核准。公司持續進行 Solana RPC 基礎設施、驗證者營運、即時資料傳輸，以及由 AI Agent 輔助的開發與營運支援相關研發，其成果反映在 ERPC、SLV、SLV AI、AS200261 Solana 專用資料中心及相關服務中。
本次大規模升級也是這種持續研發的一部分。透過新增高效能大型節點、改進網路軟體、改進閘道、改進 WebSocket 轉接層、改進 Geyser gRPC 傳輸路徑以及擴充支援方法，ERPC 正在進一步強化 Solana 即時應用所需的基礎設施效能。
ERPC 將繼續改善 Solana 專用基礎設施，涵蓋 Solana RPC、WebSocket、Solana Geyser gRPC、Solana Shredstream、VPS 和裸金屬伺服器。我們將繼續提供一個讓使用者能夠更快、更穩定地處理更多 Solana 資料的環境，並讓開發者能夠專注於應用開發和正式環境營運。
聯絡我們
關於 Solana RPC、WebSocket、Solana Geyser gRPC、Burst、支援方法、免費試用、現有方案、區域、基準測試或架構諮詢，請在 Validators DAO 官方 Discord 建立支援工單。
如果您在特定方法、訂閱條件、查詢、WebSocket 相容功能或 Geyser gRPC 使用方式上遇到問題，也請在聯絡時附上具體請求和期望行為。ERPC 會根據真實使用者需求，持續推進支援範圍和效能改善。
ERPC Dashboard：https://dashboard.erpc.global/zh-tw
ERPC 官網：https://erpc.global/zh-tw
Validators DAO 官方 Discord：https://discord.gg/C7ZQSrCkYR
