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（最早到達）效能的客戶，可立即透過時間計費（以每小時為單位）或 Crypto Pay（SOL / USDC / EURC）試用 NY 區域的 Geyser gRPC。ERPC 官方網站：https://erpc.global/zh-tw
ERPC Dashboard：https://dashboard.erpc.global/zh-tw
為何紐約（NY）區域的 Geyser gRPC 至關重要
在 Solana 上，負責產出區塊的 leader 以短週期輪替，因此通訊的起點始終在移動。在這樣的結構下，實務上重要的並非緊鄰某個固定的單一點，而是有高機率貼近主要節點與驗證者密集的網路——這會直接影響實際維運中的延遲、重送率與失敗率。
紐約（NY）區域是在北美交易時段中，需要即時鏈上資料的交易、索引處理、監控／分析等工作負載需求最為集中的區域。Geyser gRPC 是以串流而非輪詢來接收帳戶、slot、區塊與交易更新的路徑，而在這裡，一毫秒的差異就會直接關係到能否捕捉執行機會，以及前端的體感速度。正因如此，將 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-tw
SLV Getting Started：https://slv.dev/zh-tw/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），營運一座 Solana 專用資料中心，作為 ERPC 平台的一部分。如本次 XDP、zero-copy 這類軟體最佳化，唯有建立在這樣的物理與網路鄰近性設計之上，才能發揮最大效果。當設計層級的鄰近性與配送來源側的軟體最佳化兩者兼備，方能實現 first-arrival 效能與低延遲的串流品質。
向所有區域展開 — 持續強化基礎設施的脈絡
本次在 NY 區域的最佳化，正處於 ERPC 持續推進的全區域 Geyser gRPC 基礎設施強化的脈絡之中。它是繼 2025 年 12 月全區域 Geyser gRPC 基礎設施升級，以及 2026 年 1 月法蘭克福（FRA）區域大規模強化之後的最新世代最佳化。
繼此次在 NY 區域的成果之後，ERPC 將從已完成相容 NIC、核心與網路組態驗證的區域開始，逐區展開 Solana v4 的 XDP 高速路徑與 zero-copy。ERPC 始終以強化基礎設施本身來吸收需求的成長，而非以限制或降級來因應。ERPC 的 Geyser gRPC 今後也將持續演進。
以時間計費試用 NY 的 Geyser gRPC — 以自己的數字驗證
NY 區域的 Geyser gRPC 可透過時間計費方案，從一小時起試用。如此一來，低風險的驗證循環便得以成立：僅簽約一小時，在該小時內執行
slv check geyserbench，量測從你自己的 bot 或應用程式連線點所見的實際配送延遲，並在確認這些數字後，再決定是否轉移至月繳或年繳方案。能夠根據自己量測的數字、而非廠商的主張來做決策，正是重視 first-arrival 效能的客戶的起點。一旦你的組態與用量變得明確，即使切換至月繳或年繳方案，仍可沿用相同的 dashboard 與相同的端點品質。
ERPC Dashboard：https://dashboard.erpc.global/zh-tw
支援 Crypto Pay（SOL / USDC / EURC）
ERPC 提供 Crypto Pay 以供購買 ERPC 點數與支付各方案費用，時間計費方案同樣適用。你可選擇 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 Dashboard 支援 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 Dashboard：https://dashboard.erpc.global/zh-tw
ERPC 官方網站：https://erpc.global/zh-tw
Validators DAO 官方 Discord：https://discord.gg/C7ZQSrCkYR
我們由衷感謝所有使用者持續愛用 ERPC。
連結
- ERPC 官方網站：https://erpc.global/zh-tw
- ERPC Dashboard：https://dashboard.erpc.global/zh-tw
- SLV 官方網站：https://slv.dev/zh-tw
- SLV Getting Started：https://slv.dev/zh-tw/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
