ERPC 将 Solana v4 的 XDP 快速路径与 zero-copy 在全部地区为 RPC 节点和 Geyser gRPC 节点投入生产环境——把在纽约（NY）的验证扩展至所有地区，同步提升流式分发与 RPC 状态新鲜度
ERPC 将 Solana v4 的 XDP 快速路径与 zero-copy 在全部地区为 RPC 节点和 Geyser gRPC 节点投入生产环境——把在纽约（NY）的验证扩展至所有地区，同步提升流式分发与 RPC 状态新鲜度
运营 ERPC 的 ELSOUL LABO B.V.（总部：荷兰阿姆斯特丹；CEO：川崎文武）与 Validators DAO 谨此宣布，ERPC 已将 Solana v4（Agave 4.x）的 XDP 快速路径与 AF_XDP zero-copy，在全部地区为 RPC 节点和 Solana Geyser gRPC 节点投入生产环境。这将首先在纽约（NY）地区 Geyser gRPC 分发源上验证的优化，扩展到了每个地区的生产基础设施。
XDP 快速路径与 AF_XDP zero-copy 是在 Solana v4（Agave 4.x）中开始可用的、面向 Turbine 的优化。关于启动标志，Agave 4.1 系列弃用了
--experimental-retransmit-xdp-* 系列，并将其整理为 --xdp-interface / --xdp-cpu-cores / --xdp-zero-copy。在这一面向 Turbine 的 XDP 快速路径与 zero-copy 的基础上，ERPC 不仅在支撑 Geyser gRPC 的分发源节点上、也在 RPC 节点上将其投入了生产环境。RPC 节点与 Geyser gRPC 节点都通过 Turbine 接收构成区块的 shred。通过 XDP 和 zero-copy 降低该 shred 传播与摄入路径上的内核开销，Geyser gRPC 的流式分发延迟得以缩短，而 RPC 的状态新鲜度以及追赶最新状态的能力得到提升。本次变更已经在全部地区的生产环境中运行。重视 first-arrival 性能的客户，无论是通过按小时计费（以小时为单位），还是通过 Crypto Pay（SOL / USDC / EURC），都可立即试用全部地区的 RPC 与 Geyser gRPC。ERPC 官方网站：https://erpc.global/zh
ERPC 控制台：https://dashboard.erpc.global/zh
全地区展开会改变什么——让抓取 shred 的路径，在任何地方都更快
在 Solana 上，负责区块生产的 leader 以短周期轮换，因此通信的起点始终在移动。在这一结构中，实际运营中真正重要的，并不是靠近某个固定的单一点，而是有较高概率靠近主要节点与验证者高度集中的网络——这一点会直接影响实际运营中的延迟、重传率以及失败率。正因如此，ERPC 认为，不是只让某一台机器变快，而是将每个地区的生产节点提升到相同水平，才是有意义的。
本次展开的关键在于，优化的对象被置于「Turbine 上的 shred 传播与摄入路径」。无论是 RPC 还是 Geyser gRPC，最终的速度都取决于「节点能多快地抓取一个区块」。XDP 与 zero-copy 正是这样一类优化：它们降低这一抓取阶段——即通过 Turbine 进行 shred 的接收、retransmit 与传播——的开销。通过将其应用于每个地区的生产节点，无论客户使用哪个地区的连接点，都能在经过优化的路径上接收数据。
Solana v4 的 XDP 快速路径与 zero-copy 是什么
XDP（eXpress Data Path）是一项 Linux 内核技术，它让高性能网络代码能够绕过内核常规数据包处理路径中的大部分环节。通过减少数据拷贝与上下文切换，它以远低于标准网络栈的开销来处理数据包。
在 Agave（Solana 的验证者客户端）中，XDP 被应用于 Turbine，即在验证者节点之间传播区块的协议。接收到的 shred 由一个附着在网卡（NIC）附近的 eBPF 程序处理，并通过 AF_XDP 映射到用户空间缓冲区。当使用 zero-copy 模式时，接收到的数据无需拷贝，直接从内核交付到用户空间。对于发送出去的 shred，同样利用 AF_XDP 的发送路径，以降低热路径上的拷贝与系统调用开销。
Anza 在 Agave 3.x 系列（自 v3.0.9 起）引入了面向 Turbine 的 XDP，并将其延续到了 Solana v4（Agave 4.x）的基础之中。启动标志经过多个版本的逐步整理：Agave 4.1 系列弃用了
--experimental-retransmit-xdp-* 系列，并将其整理为 --xdp-interface / --xdp-cpu-cores / --xdp-zero-copy。根据 Anza 的安装指南，借助 XDP，大型验证者通过 Turbine 的 fanout，发送数据包可接近每秒 150,000 个。Anza Agave XDP Setup Guide：https://www.anza.xyz/blog/agave-xdp-setup-guide
应用于 Geyser gRPC 节点——加速分发源侧的摄入
Geyser gRPC 是以流的方式、而非轮询方式来接收账户、slot、区块和交易更新的路径。在这里，一毫秒的差异，会直接关系到对成交机会的捕捉以及前端的体感速度。Geyser 的延迟，最终取决于「分发源能多快地抓取一个区块」。
XDP 与 zero-copy 正是这样的优化，它们降低这一分发源侧 shred 传播与摄入路径的开销。由于分发源能够更快地接收和传播 shred，它便能在更早的阶段观测并重建区块，从而缩短这些更新经由 Geyser gRPC 流到达客户的延迟。在我们首先应用的纽约（NY）地区，我们通过开源实测确认了，这一优化在分发延迟的尾部区间是有效的。如今，我们已将相同的优化扩展到了每个地区的 Geyser gRPC 节点。
应用于 RPC 节点——提升状态新鲜度与对最新状态的追赶能力
本次展开的新意在于，我们也将这一优化应用到了 RPC 节点上。RPC 节点同样通过 Turbine 接收构成区块的 shred，并更新自身的账本与状态。当 XDP 和 zero-copy 降低这一基于 Turbine 的 shred 摄入与传播开销时，RPC 节点便能更快地摄入更新的区块。
对于使用 RPC 的客户而言，这并不意味着所有 RPC 方法都会一律变快，而是表现为节点所持有状态的新鲜度。当你查询最近的 slot 或区块、或某个账户的最新状态时，节点已经摄入的信息更新这一事实，会直接关系到响应中数据的新鲜度。此外，传播与摄入路径上更低的开销，意味着节点在高负载下能够不丢失地处理更新的余量。支撑 Geyser gRPC 流式分发的同一优化，也作为支撑 RPC 所返回数据新鲜度的基础发挥作用——这正是我们这次将范围扩展到 RPC 节点的原因。
投入每个地区的生产节点——我们启用了什么
ERPC 将全部地区的 RPC 节点和 Geyser gRPC 节点迁移到了 Solana v4（Agave 4.x），并将面向 Turbine 的 XDP 快速路径与 AF_XDP zero-copy 投入了生产环境。在 Agave 4.1 系列所整理的
--xdp-interface / --xdp-cpu-cores / --xdp-zero-copy 启动标志体系的基础上，我们按照各地区的配置加以启用。启用 XDP 需要高度复杂且容易出错的调优：较新的内核、支持 XDP 的网卡（NIC）、为验证者进程配置正确的 systemd capabilities、正确的启动标志，以及恰当的 CPU 核心绑定。将其部署到的不是单个节点、而是每个地区的生产节点——并在过程中验证各地区不同的 NIC、内核与网络配置——会进一步抬高运营难度。ERPC 将其在网络顶端运营验证者过程中积累的运营经验，直接应用于各地区分发源节点与 RPC 节点的构建与运营。
而这一优化的运营经验，已作为配方汇集到开源的 Solana 运营工具 SLV 之中。SLV 以任何人都能通过与 AI 代理对话或经由 CLI 复现的形式，提供了从启用 XDP（通过
xdp_enabled / xdp_zero_copy 等配置变量）到实测分发延迟（slv check geyserbench）的全部环节。ERPC 在全部地区实现的优化，并非针对某一台机器的一次性技巧，而是建立在可复现的运营配方之上。SLV GitHub：https://github.com/validatorsDAO/slv
从你自己的连接点，用你自己的数字来验证
这一优化能带来多大差异，会随连接来源、路由、时段以及 leader 分布而变化。正因如此，ERPC 重视的，是不靠主观主张或宣传文案，而是用任何人都能以相同方法验证的实测来展示分发质量。客户能够确认的，不是某个固定数字，而是实测方法本身。
对于 Geyser gRPC，ERPC 的基准测试工具是开源的。在做 first-arrival 比较时可以使用
slv check geyserbench --kind grpc，在做单个端点的连通性与延迟检查时可以使用 slv check grpc，并在贴近你自身工作负载的条件下进行比较。对于 RPC 同样如此，最可靠的做法，是用你自己的 bot 或应用实际发送的请求，从你自己的连接点出发，去实测并观察所返回数据的新鲜度以及响应的表现。能够依据你自己实测出的数字、而非供应商的主张来做决策，正是重视 first-arrival 性能的客户的起点。从安装 SLV 到运行实测的各步骤，已在 SLV 的 Getting Started 指南中公开。
SLV 官方网站：https://slv.dev/zh
SLV Getting Started：https://slv.dev/zh/doc/general/getting-started/
Solana Geyser gRPC 速度比较文档：https://erpc.global/zh/doc/geyser-grpc/speed-comparison/
通过设计抑制距离带来的延迟——AS200261 Solana 专用数据中心
ERPC 的延迟优势并不仅仅来自软件优化。通过把分发源节点、接收端点与处理节点放置在 Solana 验证者高度集中的高端数据中心之内，ERPC 在设计阶段就抑制了距离带来的延迟。
ELSOUL LABO 以由 RIPE NCC 分配的自有 ASN（AS200261），运营着作为 ERPC 平台一部分的 Solana 专用数据中心。今天的 XDP、zero-copy 这类软件优化，只有建立在这一物理与网络层面的近接设计之上，才能发挥最大效果。当设计层面的近接与节点侧的软件优化同时具备，first-arrival 性能、低延迟的流式质量，以及新鲜的 RPC 响应才得以实现。
持续强化基础设施的脉络
本次全地区展开，处于 ERPC 持续推进的基础设施强化脉络之中。它是继 2025 年 12 月的全地区 Geyser gRPC 基础设施升级、2026 年 1 月对法兰克福（FRA）地区的大规模强化，以及 2026 年 6 月在纽约（NY）地区先行应用 XDP、zero-copy 之后，最新一代的优化。在 NY 验证的优化，如今已在把 RPC 节点纳入范围之后，扩展到了每个地区的生产基础设施。
ERPC 始终采取的方针是，面对不断增长的需求，不以限制或降级来应对，而是通过强化基础设施本身来加以吸收。我们在反复验证兼容的 NIC、内核与网络配置的同时，持续将最新一代的优化反映到生产基础设施之中。ERPC 的 RPC 与 Geyser gRPC，今后也将继续演进。
通过按小时计费，从一小时起开始验证
ERPC 的 RPC 与 Geyser gRPC，可通过按小时计费方案从一小时起试用。由此，一个低风险的验证闭环得以成立：只签约一小时，在这一小时内确认从你自己的 bot 或应用连接点所看到的实际表现，并据此决定是否转向月度或年度方案。上文所述的
slv check 实测，也可在这一小时的试用中原样运行。当你的配置与用量逐渐明确后，即便切换到月度或年度方案，也仍然停留在同一个控制台、同样的端点质量之上。
ERPC 控制台：https://dashboard.erpc.global/zh
支持 Crypto Pay（SOL / USDC / EURC）
ERPC 为购买 ERPC 积分以及支付各类方案提供 Crypto Pay，并且也支持按小时计费方案。你可以选择 SOL，或稳定币 USDC / EURC 作为支付资产。EURC 可以直接转入支付，而 USDC 或 SOL 会经由 Orca 兑换为 EURC，并在同一流程内完成转入。
对于在 Solana 上进行开发与运营的团队而言，能够以贴近其既有的、基于钱包的资金管理流程的方式来处理基础设施费用，是一项降低验证启动门槛的实务改进。上文所述的按小时计费验证，也可以直接从你的 Solana 钱包资产开始。
在一个平台上订购、支付并管理 Solana 专用基础设施
ERPC 让你能够在同一个平台上组合使用 Solana RPC、WebSocket、Solana Geyser gRPC、Solana Shredstream、Direct UDP Stream（Raw Shreds）、VPS、裸金属服务器、专用 RPC、SWQoS、支持 Pyth 的 Price API，以及 Jet Analytics & Indexed RPC。
ERPC 控制台支持 16 种语言，让你能够在同一界面上完成方案选择、地区选择、库存确认、加入购物车、积分充值、结账、查看 API 密钥与端点、查看使用情况，以及创建支持工单。
Solana 专用基础设施的研发与持续改进
在 ERPC 的背后，是 ELSOUL LABO 持续推进的 Solana 专用基础设施研发。ELSOUL LABO 自 2022 年起，已连续五年在荷兰政府的研发支持制度 WBSO 下获得批准。它持续在 Solana RPC 基础设施、验证者运营、实时数据分发，以及 AI 代理辅助的运营与开发方面开展研发，而这些成果被反映到包括 ERPC、SLV、SLV AI 以及 AS200261 Solana 专用数据中心在内的各项服务之中。
今天在全部地区实现的 Solana v4 / XDP / zero-copy 落地，同样是在网络顶端运营验证者的过程中成形的。ERPC 今后也将继续在贴近 Solana 网络的地方提供低延迟的基础设施，并以任何人都能用相同方法验证的实测来证明其质量。
关于使用与咨询
对于包括全部地区 RPC 与 Geyser gRPC 在内的最优地区配置、在 gRPC 单体方案与 gRPC Bundle 方案之间的选型、按小时／月度／年度计费的取舍，以及从既有配置迁移的设计，我们在 Validators DAO 官方 Discord 上提供个别咨询。
ERPC 控制台：https://dashboard.erpc.global/zh
ERPC 官方网站：https://erpc.global/zh
Validators DAO 官方 Discord：https://discord.gg/C7ZQSrCkYR
我们衷心感谢各位用户一直以来对 ERPC 的使用与支持。
链接
- ERPC 官方网站：https://erpc.global/zh
- ERPC 控制台：https://dashboard.erpc.global/zh
- ERPC 价格：https://erpc.global/zh/price/
- SLV 官方网站：https://slv.dev/zh
- SLV Getting Started：https://slv.dev/zh/doc/general/getting-started/
- SLV GitHub：https://github.com/validatorsDAO/slv
- Solana Geyser gRPC 速度比较：https://erpc.global/zh/doc/geyser-grpc/speed-comparison/
- Anza Agave XDP Setup Guide：https://www.anza.xyz/blog/agave-xdp-setup-guide
- Validators DAO 官方 Discord：https://discord.gg/C7ZQSrCkYR
