你需要的一切。与 Solana 零距离。
RPC, Geyser gRPC, and Direct Shreds run on the network right next to Solana. You talk to the chain directly.
值得信赖的基础设施
速度取决于与 Solana 的距离。
区域选择很重要。但城市名本身并不等于网络路径。即使在同一城市，外部传输和额外 hop 也可能增加延迟。ERPC 会选择靠近 Solana 服务器的数据中心，并以无外部传输和持续 Turbo Boost 状态保持路径更短。
ERPC 高级路径
无外部传输
最小 RTT
只按城市名选择
外部传输 / 7 hops
慢 70 倍
- 01同一数据中心先选对区域，再选择最靠近 Solana 的数据中心。
- 02无外部传输避免跨外部 AS 路径，让 RTT 和 jitter 更稳。
- 03满功率运行ERPC 会排除节能配置，并让资源保持在持续 Turbo Boost 状态。
实测跑分
同级别的机器。 速度却天差地别。
AMD Turin、4 vCPU、Amsterdam、Ubuntu 24.04——两台机器配置一模一样，一台来自某大型 cloud，一台是我们的。配置单上它们平起平坐，跑分却另有说法。
同一块芯片，差距出在我们的调优上——这台机器调到位了，还紧贴着 Solana。
node_bench · 同一次运行，同一区域
ERPC 对比某大型 cloud · 同一规格
- CPU 算力sysbench · 4 线程 · 越高越好
- CPU 吞吐更高1.9×
- 内存带宽STREAM Triad · 4 GiB · 越高越好
- 内存带宽更高3.2×
- 磁盘 IOPSfio · 4K 随机读 · QD32 · 越高越好
- 磁盘 IOPS 更高16.6×
- 磁盘延迟 · p99fio · 4K 随机读 · QD32 · 越低越好
- 尾延迟更低25.7×
events/s
MB/s
IOPS
µs
按 stake 加权的优先级 (SWQoS)
交易老是失败，是因为你被困在那条挤满垃圾交易的车道里。
Solana 的 leader 把优先带宽一分为二。有 stake 撑腰的连接——也就是把 SOL 委托给某个 validator——独占 80%。其余所有人去抢剩下的 20%——那条挤满垃圾交易的车道。
直接朝 leader 开火，看着像是最快的打法——可没有 stake，你就在那条拥挤的 20% 车道上，流量一上来，你的交易压根进不了区块。
所以真正的解法是一个有 stake 的 validator。我们运营着一个顶级 validator，接入高质量 RPC 线路——硬件就紧挨着 Solana 部署——让你的交易走上那条宽车道。
我们 Shinobi Performance Pool 里的一个顶级 validator
Solana 的 leader 怎样切分优先带宽
还没付一分钱，stake 就走那条宽阔的 80% 车道直达 validator。没有 stake，你只能挤在 20% 的垃圾车道里。
80 / 20 的切分由 Solana 的 leader 定，不是我们定的
核心节点部署
部署在 Solana 运行最快的地方。
在我们的全球布局中，我们仅选择 Solana 运行表现最佳的优质数据中心，在顶级硬件上全速运行 RPC、数据流和专用节点。我们还提供裸金属服务器和 VPS 选项，让您可以在同一网络上部署应用并始终处于最快路径。
你已紧邻 Solana。
RPC, Geyser gRPC, and Direct Shreds run on infrastructure placed near Solana. Start free and your key is live in a minute.