ERPC 為 Solana 共享 Shreds／Geyser gRPC 端點新增 HTTPS 支援：依用途選擇 HTTPS 或 HTTP
由 ELSOUL LABO B.V.（總部：荷蘭阿姆斯特丹，代表董事暨 CEO：Fumitake Kawasaki）和 Validators DAO 營運的 ERPC，已為共享端點的 Shreds gRPC 與 Geyser gRPC 新增 HTTPS 支援。與我們一直以來提供的 HTTP 傳輸並存，您現在可以在 HTTPS 與 HTTP 之間自由選擇。
本次的對象為 Shreds gRPC 的「Direct Shreds Connect」與「Direct Shreds Turbo」，以及共享 Geyser gRPC 資料流的「標準」「高階」「Burst」各方案端點。
您可以選擇加密且安全的 HTTPS 端點，也可以選擇完全不涉及 TLS 處理的 HTTP 端點。以 gRPC 的術語來說，前者是經 TLS 加密的 gRPC，後者是不使用 TLS 的 plaintext HTTP/2。這讓我們得以涵蓋更廣泛的使用情境——從只在意延遲的工作負載，到最重視訂閱內容機密性的工作負載。
端點主機名稱維持不變，改變的只有連線時的通訊協定與連接埠：HTTPS 使用 443 埠，HTTP 使用 80 埠。切換可在 ERPC Web Dashboard 上完成。
本次新增的是 HTTPS，既有的 HTTP 維持不變繼續提供
ERPC 的共享串流端點迄今為止都以 HTTP 提供。
本次新增的是 HTTPS 這一側。既有的 HTTP 連線在規格與行為上皆無變更，可以照常繼續使用。目前已透過 HTTP 連線的客戶無需辦理任何手續。
我們沒有終止 HTTP 的計劃。作為以低延遲為最優先之使用情境的選項，我們今後也會持續維持。
HTTPS——加密且安全的連線
在 HTTPS 端點上，客戶端與 ERPC 之間的整段通訊都會以 TLS 加密。
訂閱請求的內容以及由此回傳的串流資料都會經 TLS 加密，因此通常無法在路徑上讀取其酬載內容。在 ERPC Web Dashboard 中，HTTPS 是預設選取的傳輸方式。
TLS 交握主要發生在建立連線時。此後串流資料的加密與解密處理仍會持續，但以長時間維持連線的 gRPC 串流而言，不必反覆承擔建立連線時的交握成本。
HTTP——不涉及 TLS 處理的低延遲選項
在 HTTP 端點上，不存在 TLS 交握，也完全沒有加密與解密的處理。
在 Solana 的即時處理中，從資料產生到抵達您的應用程式為止，路徑上的每一道處理都會影響延遲。由於不需要 TLS 加解密處理，HTTP 適合希望盡可能減少路徑上處理開銷的低延遲用途。
在需要頻繁重新建立連線的配置，或是完全無法容忍路徑上任何開銷的配置中，HTTP 更具優勢。
當訂閱過濾條件的「整體樣貌」帶有意義時
HTTP 是更低延遲的選項，但依專案的使用方式不同，所請求的位址群組會暴露在路徑上——對某些專案而言，這正是個問題。
區塊鏈上的資料本身是公開的。然而，當這些資料的「集合方式」被暴露時，卻可能產生單一項目本身所不具備的意義。
舉例來說，假設某個專案希望過濾並監控自家所有客戶的錢包。此時，該訂閱請求中所含的位址清單本身，對這個專案而言就可能是敏感資訊。即使每一個位址單獨來看都是公開資訊，一旦得知「哪一組位址被當成一個整體進行監控」，就可能成為推測該專案客戶組成、監控對象以及業務關注領域的線索。
這正是 HTTPS 端點能夠發揮作用的場合。以承擔 TLS 所需的加解密處理為代價，訂閱請求與串流資料的酬載都能夠獲得加密。
以延遲為最優先，還是以訂閱內容的機密性為最優先？這個判斷因專案而異。ERPC 現在將這個選擇交給您，讓您依自身的使用情境決定。
適用範圍為共享端點
本次 HTTPS 支援涵蓋以下共享端點：
- Direct Shreds Connect
- Direct Shreds Turbo
- 共享 Geyser gRPC 資料流——標準
- 共享 Geyser gRPC 資料流——高階
- 共享 Geyser gRPC 資料流——Burst
所有區域的共享串流端點皆已啟用 HTTPS，既有的 HTTP 端點也一如既往地保留。Shreds Bundle 與 ERPC Bundle 中包含的共享端點，同樣可以使用 HTTPS。
專用（Dedicated）端點不在本次變更的範圍內。 專用 Geyser gRPC 與專用型 Shreds 產品的連線方式並無變更，可依原有配置繼續使用。
在 Dashboard 中切換，IP 允許清單共用
傳輸方式的切換，可從 ERPC Web Dashboard 的端點顯示畫面進行。
在 HTTPS 與 HTTP 之間切換，畫面就會顯示所選傳輸方式對應的端點 URL。請將顯示的 URL 原樣設定到您的客戶端。
兩種傳輸方式使用相同的已註冊 IP 允許清單。 驗證方式一如既往，仍以已註冊的 IP 位址為基準，因此切換到 HTTPS 不需要重新註冊 IP，也不需要額外加上權杖或 Authorization 標頭。
Jito ShredStream 終止後，ERPC 的共享型 Shreds 產品持續提供
Jito 提供的 Jito ShredStream 將於 2026 年 9 月 5 日終止服務。而 ERPC 的共享型 Shreds 產品在該日之後仍會持續提供。
本次納入 HTTPS 支援的 Direct Shreds Connect 與 Direct Shreds Turbo，以及 Shreds Bundle 的多 IP 方案、ERPC Bundle 中包含的 Direct Shreds Connect，在 9 月 5 日之後均可繼續使用。
在此補充說明：2026 年 8 月 21 日公布的 9 月 5 日服務終止，對象是專用型的 Shredstream 產品與 Stream Bundle。共享型的 Shreds 產品不在該範圍內。針對簽約使用專用型產品的客戶，遷移指引一如既往，仍由我們個別提供。
對於正在重新檢視 Shreds 取得路徑的專案而言，現在正是評估各項選項的好時機。誠摯歡迎您藉此機會試用。
從 1 小時起，以小時計費驗證
ERPC 的共享端點可從 1 小時起、以小時計費的方式使用。
不必以月約為前提，您就能在實際的工作負載上同時試用 HTTPS 與 HTTP，親自確認延遲與機密性在自己的環境中如何取捨。
建議先從短時間的驗證開始，再依實測結果選擇方案。
全新改版的 UDP Forwarding 產品即將推出
關於讓 Shreds 傳輸路徑本身更為簡化的「UDP Forwarding」，全新改版的產品即將推出。
我們的目標是打造一個可依用途選擇適當傳輸方式的產品線：以低延遲為最優先的工作負載選擇 UDP，透過既有 gRPC 介面進行串流訂閱則選擇 Shreds gRPC。
支援區域、價格、詳細規格與正式發布日期，將於準備就緒後另行公布。
依用途選擇的基礎設施
ERPC 不會僅憑伺服器規格評估 Solana 基礎設施的效能。與資料來源的鄰近性、網路路徑、硬體、OS 與核心，以及面向使用者的最終傳輸方式，都是作為一個整體的低延遲系統一併設計的。
本次的 HTTPS 支援，正是拓寬這個最終傳輸方式選項的舉措。並不存在對所有專案都最快的唯一解；延遲與機密性各要優先到什麼程度，取決於產品本身的性質。
如有任何疑問，請透過 ERPC Web Dashboard 中的支援聊天與我們聯繫。
