概述

ERPC 在其 Solana 专项基础设施平台上新增了小时计费方式，覆盖 Solana RPC、WebSocket、Solana Geyser gRPC、Solana Shredstream、Direct UDP Stream（Raw Shreds），以及 EPYC VPS 与裸金属服务器。开发者现在可以以 1 小时为单位启动这些资源，用于 PoC、PMF 验证、基准测试，以及与 AI Agent 结合的快速原型开发。本文从技术角度说明这种计费粒度为什么对 Solana 应用开发的验证环节有意义，以及 ERPC 在延迟优化上的设计思路。

为什么验证环节需要更细的资源粒度

构建一款新的 Solana 应用时，团队首先要回答的是「哪种配置可行」「能跑出多快的速度」「想法是否成立」。这些问题只能通过实际运行来回答 —— 接收链上事件、在服务器上处理、再经由 RPC 发送交易，并测量整条链路的延迟。

当资源的最小获取单位是「一个月」时，验证阶段会被迫与一个较长的承诺周期绑定。把最小获取单位降到「1 小时」，验证循环本身的成本结构就发生变化：可以开几个小时跑通一套配置，观察结果，再切换到下一套配置。对于需要反复试错的 PMF 验证阶段，这种「立刻试、看结果、再试」的节奏与小时粒度更契合。

延迟来自部署位置，而不只是网络带宽

ERPC 在小时计费下提供的，是从设计阶段就针对 Solana 优化过延迟的基础设施。其核心思路是把上游 leader validator、接收端点与处理节点都部署在 Solana validator 密集聚集的高端数据中心内。

即使采用光通信，也无法摆脱光速这一物理限制。无论数据中心之间的网络多快，物理上远离上游 validator 的接收节点，始终会比就近部署的节点更慢。因此 ERPC 把资源部署在与上游 validator 同一网络上 —— 具体而言，与在 Shinobi Performance Pool 全球综合排名第 3 的 Epics DAO validator 处于同一网络。提供区域包括 Frankfurt、Amsterdam、Tokyo 与 Singapore。

整条链路 —— 同一网络上的近接部署、通过 DoubleZero 专用光纤的路径优化、在平台内部网络中完成的端到端处理 —— 都围绕「贴近 Solana 网络」这一选择展开。

基准测试数据

在相同条件的测量中，ERPC 的 Epic Shreds 相对于传统 Shredstream 基线录得 95.82% 的胜率，P99 上约 234ms 的速度优势。新优化的 Burst 方案端点，相对于既有的 Frankfurt Geyser gRPC，在全球整体测试中达成 99.80% 的 First-Arrival Win Rate。

这些数字是上述部署选择累积出的结果。小时计费的意义在于：开发者无需跨过较长的承诺周期，就能在自己的环境中复现并验证这些数值。配合开源的基准测试工具，可以把按小时启动的端点与当前使用的服务并排测量 First-Arrival Win Rate、P50、P95、P99、ping、firsts 与 backfill。

与 AI Agent 结合的原型开发

ERPC 提供开源的 Solana AI Agent Kit「SLV」。通过与 AI Agent 的自然语言对话，开发者可以完成 Solana validator、Solana RPC 节点、Geyser gRPC、Shredstream、DoubleZero 等的部署与运维。

把任务交给 SLV AI Agent 或 Claude Code 等 AI 编码助手，Shreds 接收脚本、Geyser gRPC 订阅客户端、bot 原型、数据管道试作品都可以在数小时内搭建完成。生成的代码可以立即指向按小时启动的端点运行，当场观察行为。「想出点子 → 让 AI Agent 实现 → 在按小时启动的基础设施上运行」这一循环，现在可以在一天之内反复进行多次。

平台内的接收—处理—发送一体化

在 ERPC 平台上，Solana RPC、Geyser gRPC、Shredstream、Direct UDP Stream、VPS、裸金属服务器、SWQoS、兼容 Pyth 的 Price API、Jet Analytics & Indexed RPC 可以在同一平台上组合使用。接收、处理、发送、监控不必分散到彼此遥远的环境，而是在同一个针对 Solana 优化的平台上完成。

如果只有接收快、而下游处理与发送较慢，速度优势的意义就会被削弱。能够以小时为单位组装一套在平台内部网络中完成端到端处理的一体化配置，对面向正式生产的 Solana 应用配置验证带来了实际的灵活性。

背景：AS200261 与持续研发

ERPC 背后是 ELSOUL LABO 围绕 Solana 专项基础设施的持续研发。基于 RIPE NCC 分配的自有 ASN（AS200261）运行的 Solana 专项数据中心已经投入运营，通过同时优化与 Solana 网络的距离、网络路径、服务器配置以及运营自动化，为 Solana 应用与 validator 相关工作负载打造合适的环境。

小结

小时计费把 Solana 专项基础设施的最小获取单位降到了 1 小时。对于 PoC、PMF 验证、基准测试以及与 AI Agent 结合的原型开发，这种粒度让验证循环更轻量，也让开发者能够在自己的工作负载上直接复现性能数据，再决定后续的配置方向。