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 中的支持聊天与我们联系。
