ERPC gRPC Shreds HTTP 遷移

由 ELSOUL LABO B.V.（總部：荷蘭阿姆斯特丹，CEO：Fumitake Kawasaki）與 Validators DAO 運營的 ERPC 宣佈，已完成所有可用區域中全部 Solana Geyser gRPC 和 Direct Shreds（Shredstream）端點的 http 遷移。

此次更新是繼近期 AMD EPYC 第五代升級和調優改進之後一系列速度最佳化舉措的集大成之作，為 gRPC 和 Shreds 端點均實現了超過 120ms 的 P99 延遲降低。

http 遷移的背景和技術原理

為什麼移除了 TLS

Solana 區塊鏈資料是公開資料——透過 gRPC 和 Shreds 傳遞的資料中不包含機密資訊。在之前的 TLS（HTTPS）配置下，加密開銷影響了整個通訊路徑，不僅在初始握手期間，而且在整個流的持續時間內持續增加延遲。

繼續加密不包含機密資訊的資料只會增加延遲，而不提供有意義的安全收益。基於這一評估，ERPC 做出了遷移到 http 的決定。

過渡到基於 IP 的訪問控制

作為 http 遷移的一部分，ERPC 構建了基於 IP 地址的訪問認證和控制系統，消除了對令牌或 API 金鑰的依賴。這消除了與認證相關的開銷，並從通訊路徑中剝離了所有不必要的處理。

這一過渡並非一蹴而就。它是持續研發努力的成果，旨在最小化通訊開銷的同時維持強健的安全檢查、連線管理和未授權訪問防護。

效能改進成果

Geyser gRPC 端點

作為整個更新系列（AMD EPYC 第五代升級、研發驅動的調優改進和 http 遷移）的累積效果：

P99：超過 120ms 延遲降低

Direct Shreds（Shredstream）端點

透過包括節點強化、配置最佳化、完全硬體節流釋放、路徑最佳化和 http 遷移在內的全面改進：

P99：超過 120ms 延遲降低

目標區域

此次更新已應用於 ERPC 服務的所有區域的端點：法蘭克福、阿姆斯特丹、倫敦、紐約、東京和新加坡。

端點遷移指南

如果您之前使用的是 https 端點，只需將 URL 中的 https 更改為 http 即可開始使用更快的新端點。

消除通訊開銷的結構性優勢

TLS 對 gRPC 流的影響

在典型的 HTTP 請求中，TLS 開銷集中在初始連線握手階段。然而，在 gRPC 等流式通訊中，連線會長時間保持，每個資料幀都需要經過加密和解密。這意味著 TLS 成本不僅在連線時累積，而是貫穿整個流。

在 Geyser gRPC 和 Shredstream 等高吞吐量環境中，資料以高頻率流動，這種持續的加密處理對尾部延遲（P95/P99）有顯著影響。透過 http 遷移消除這一結構性瓶頸，ERPC 在穩定性和延遲方面實現了顯著改進，尤其是在峰值負載期間。

與零距離架構的協同效應

ERPC 將端點部署在承載最高 Solana 質押濃度的資料中心內，實現與主要驗證者的零距離通訊。透過 http 遷移消除通訊開銷最大化了這一零距離架構的優勢，體現了透過物理接近和通訊效率將延遲降至絕對最低的設計理念。

ERPC 的基礎設施質量標準

在所有產品層級——包括標準配置——ERPC 僅選擇一流資源。最新一代 AMD EPYC 處理器、始終全速執行、部署在高質押資料中心，以及此次更新實現的通訊開銷徹底消除——一切都為效能直接轉化為價值的使用者而設計。

未來展望

ERPC 將繼續作為頂級 Solana RPC 提供商進行研發，追求進一步的延遲降低和質量改進。我們的使命是透過持續的負載觀察和響應性的網路強化和配置最佳化來維護穩定、高效能的平臺。

您的回饋始終是推動我們平臺改進的重要力量。一如既往地感謝您。

聯絡方式

如有問題或需要支援，請透過 Validators DAO 官方 Discord 建立支援工單。

Validators DAO 官方 Discord：https://discord.gg/C7ZQSrCkYR

有關官方資訊和方案詳情，請訪問 ERPC 網站。

ERPC 官方網站：https://erpc.global/en

衷心感謝所有使用者對 ERPC 的持續支援。