ERPC 在纽约（NY）区域为其 Solana Geyser gRPC 正式启用 XDP 快速路径与 zero-copy —— 实测 p99 配送延迟差值约 530ms
ERPC 在纽约（NY）区域为其 Solana Geyser gRPC 正式启用 XDP 快速路径与 zero-copy —— 实测 p99 配送延迟差值约 530ms
运营 ERPC 的 ELSOUL LABO B.V.（总部：荷兰阿姆斯特丹；CEO：Fumitake Kawasaki）与 Validators DAO 谨此宣布，ERPC 已在纽约（NY）区域的 Solana Geyser gRPC 共用端点上，正式启用 Solana v4（Agave 4.x）的 XDP 快速路径与 AF_XDP zero-copy。
XDP 快速路径与 AF_XDP zero-copy 在 Agave 4.x 系列中已摆脱实验性的定位，被整理为可通过正式启动标志
--xdp-interface / --xdp-cpu-cores / --xdp-zero-copy 使用的功能。此次 ERPC 已将这项在高性能 Solana 验证者领域采用度日益提升的网络优化，正式部署到支撑 NY 区域 Geyser gRPC 的配送源验证者上。在使用开源 Solana 运维工具 SLV 的 slv check geyserbench 所做的优化前后对比测量中，同一 NY 区域优化前的配送源节点相比新配置落后 p50 63ms / p95 490ms / p99 530ms。这并非优化后节点的绝对配送延迟，而是优化前后的差值，尤其在 p95/p99 的尾部区段观察到了数百毫秒量级的改善。本次调整已在生产环境中运行。看重 first-arrival（首达）性能的客户，现已可立即试用 NY 区域的 Geyser gRPC —— 既可按小时计费（1 小时起），也可使用 Crypto Pay（SOL / USDC / EURC）。ERPC 官方网站: https://erpc.global/zh
ERPC 仪表盘: https://dashboard.erpc.global/zh
为什么纽约（NY）区域的 Geyser gRPC 至关重要
在 Solana 上，负责区块生产的 leader 会以较短的周期轮换，因此通信的起点始终在移动。在这样的结构下，实际运行中真正重要的并不是紧贴某个固定的单点，而是有较高概率靠近主要节点与验证者集中的那张网络 —— 这会直接影响实际运营中的延迟、重传率与失败率。
纽约（NY）区域是在北美交易时段中，对实时链上数据有需求的交易、索引处理、监控与分析等工作负载高度集中的区域。Geyser gRPC 是以流式（而非轮询）方式接收账户、slot、区块与交易更新的通道，在这里，1 毫秒的差距会直接关系到执行机会的捕捉与前端的体感速度。正因如此，让 NY 区域的 Geyser gRPC 在设计与优化两方面都保持在最快档位，才有其意义。
测量结果 —— 通过 slv check geyserbench 得出的优化前后配送延迟差值
我们使用开源 Solana 运维工具 SLV 的
slv check geyserbench，将启用了 XDP 快速路径与 AF_XDP zero-copy 的新配置，与同一 NY 区域优化前的配送源节点进行了对比测量。结果显示，优化前的节点相比新配置落后了如下差值：- p50 延迟差值: 63ms
- p95 延迟差值: 490ms
- p99 延迟差值: 530ms
这些数值并非优化后节点的绝对配送延迟，而是用来表明优化前的配送源节点相比新配置落后多少的对比值。
这一差值在 p95/p99 的尾部区段尤为显著，达到数百毫秒量级。尾部区段对应的是延迟比平时更大的高百分位情形，对于看重 first-arrival（首达）性能的交易与实时处理工作负载而言，这正是最容易表现为决策延迟的区段。优化前的节点在 p99 上相比新配置落后约 530ms，这说明在尾部区段，配送源侧在摄取与传播路径上的差异，会直接影响 Geyser gRPC 的低延迟流式传输质量。
测量手段是开源的。客户可以用同样的
slv check geyserbench 方法，确认从自身接入点看到的实际延迟。由于配送延迟会随接入起点、路径、时段与 leader 分布而变化，因此能够复现的并不是某个固定的数值，而是测量方法本身。从安装 SLV 到执行测量的完整步骤，已在 SLV 的 Getting Started 指南中公开。ERPC 看重的是，不靠主观主张或营销话术，而是用任何人都能以相同方法验证的测量来展示配送质量。SLV 官方网站: https://slv.dev/zh
SLV Getting Started: https://slv.dev/zh/doc/general/getting-started/
Solana v4 的 XDP 快速路径与 zero-copy 是什么
XDP（eXpress Data Path）是一项 Linux 内核技术，它让高性能的网络代码能够绕过内核常规数据包处理路径中的大部分环节。通过减少数据拷贝与上下文切换，它以远低于标准网络栈的开销来处理数据包。
在 Agave（Solana 的验证者客户端）中，XDP 被应用于 Turbine，也就是在验证者节点之间传播区块的协议。接收到的 shred 由挂载在网络接口卡（NIC）附近的 eBPF 程序处理，并通过 AF_XDP 映射到用户空间缓冲区。启用 zero-copy 模式时，接收到的数据会直接从内核交付到用户空间，无需额外拷贝。待发送的 shred 则通过 XDP_TX 直接送出，从而消除了热路径上的系统调用与拷贝。
Anza 在 Agave 3.x 系列中为 Turbine 引入了 XDP，并将其延续到了 Solana v4（Agave 4.x）的底层基础之中。在 Agave 4.x 系列中，XDP 已不再是实验性功能，而被整理为可通过正式启动标志使用的功能。根据 Anza 的设置指南，启用 XDP 后，大型验证者的出站数据包可接近每秒 150,000 个。
Anza Agave XDP Setup Guide: https://www.anza.xyz/blog/agave-xdp-setup-guide
已在 NY 配送源验证者上部署生产 —— 我们启用了什么
ERPC 已将支撑 NY 区域 Geyser gRPC 的配送源验证者迁移到 Solana v4（Agave 4.x），并把可通过正式启动标志使用的 XDP 快速路径与 AF_XDP zero-copy 投入了生产环境。
由于配送源能够更快地接收与传播 shred，它便能在更早的阶段观测并重建区块，从而缩短这些更新经由 Geyser gRPC 流到达客户所需的延迟。归根结底，Geyser 延迟取决于「配送源能多快地抓取到区块」。XDP 与 zero-copy 正是用来加速这条配送源侧摄取路径的优化。
启用 XDP 需要做一套高阶且容易出错的调优：较新的内核、支持 XDP 的 NIC、为验证者进程配置正确的 systemd capabilities、正确的启动标志，以及恰当的 CPU 核心绑定。ERPC 把自己在网络顶端运营验证者所积累的运维经验，直接应用到了配送源验证者的构建与运营之中。
与高性能验证者相同的优化，带到配送端点
XDP 与 zero-copy 是在高性能 Solana 验证者领域采用度日益提升的网络优化。ERPC 把这同一套技术，不仅用在「快速的验证者」上，更用在「支撑配送端点、让数据更快送达客户的那台配送源验证者」上。
而这项优化的运维经验，已经作为一套配方汇集在开源 Solana 运维工具 SLV 之中。从启用 XDP（通过
xdp_enabled / xdp_zero_copy 等配置变量）到测量配送延迟（slv check geyserbench），SLV 把整个流程都做成了任何人都能通过与 AI 智能体对话或经由 CLI 复现的形式。ERPC 在 NY 区域达成的优化，并非针对单台机器的一次性技巧，而是建立在一套可复现的运维配方之上。SLV GitHub: https://github.com/validatorsDAO/slv
在设计上抑制距离带来的延迟 —— AS200261 Solana 专用数据中心
ERPC 的延迟优势并非仅来自软件优化。通过将配送源验证者、接收端点与处理节点，部署在 Solana 验证者高密度集中的高端数据中心内部，ERPC 在设计阶段就抑制住了距离带来的延迟。
ELSOUL LABO 以 RIPE NCC 分配的自有 ASN（AS200261），运营着一座作为 ERPC 平台组成部分的 Solana 专用数据中心。像今天这样的 XDP 与 zero-copy 软件优化，只有建立在这种物理与网络层面的就近设计之上，才能发挥出最大效果。唯有当设计层面的就近与配送源侧的软件优化两者兼备时，first-arrival（首达）性能与低延迟的流式传输质量才得以实现。
向所有区域推广 —— 持续强化基础设施的脉络
此次 NY 区域的优化，正处在 ERPC 持续推进的全区域 Geyser gRPC 基础设施强化这一脉络之中。它是继 2025 年 12 月的全区域 Geyser gRPC 基础设施升级、2026 年 1 月法兰克福（FRA）区域大规模强化之后，最新一代的优化。
在 NY 区域取得这一成果之后，ERPC 将把 Solana v4 的 XDP 快速路径与 zero-copy，从已完成兼容 NIC、内核与网络配置验证的区域开始，逐个区域地推广开来。面对不断上升的需求，ERPC 一贯的做法不是以限制或降级来应对，而是通过强化基础设施本身来予以吸收。ERPC 的 Geyser gRPC 今后也将持续演进。
用按小时计费试用 NY 的 Geyser gRPC —— 用你自己的数值来验证
NY 区域的 Geyser gRPC 可通过按小时计费方案，最短从 1 小时起试用。这让一套低风险的验证循环成为可能：只签约 1 小时，在这 1 小时内运行
slv check geyserbench，测量从你自己的 bot 或应用接入点看到的实际配送延迟，确认这些数值之后，再决定是否转向月度或年度方案。能够基于自己测得的数值、而非供应商的一面之词来做决策，正是看重 first-arrival（首达）性能的客户的出发点。等到你的配置与用量逐渐清晰，再切换到月度或年度方案，依然可以停留在同一个仪表盘、享受同样的端点质量。
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 专用数据中心等各项服务之中。
今天 NY 区域的 Solana v4 / XDP / zero-copy 支持，同样是在网络顶端运营验证者的过程中逐渐成形的。ERPC 今后也将继续在贴近 Solana 网络的位置提供低延迟基础设施，并以任何人都能用相同方法验证的测量来展示其质量。
使用与咨询
关于含 NY 区域 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
- SLV 官方网站: https://slv.dev/zh
- SLV Getting Started: https://slv.dev/zh/doc/general/getting-started/
- SLV GitHub: https://github.com/validatorsDAO/slv
- Anza Agave XDP Setup Guide: https://www.anza.xyz/blog/agave-xdp-setup-guide
- Validators DAO 官方 Discord: https://discord.gg/C7ZQSrCkYR
