ERPC đưa XDP và zero-copy vào production cho node RPC và Geyser gRPC ở mọi khu vực

ELSOUL LABO B.V. (Trụ sở chính: Amsterdam, Hà Lan; CEO: Fumitake Kawasaki) và Validators DAO, đơn vị vận hành ERPC, trân trọng thông báo rằng ERPC đã đưa XDP fast path và AF_XDP zero-copy của Solana v4 (Agave 4.x) vào production cho các node RPC và node Solana Geyser gRPC trên toàn bộ khu vực. Điều này mở rộng tối ưu hóa đã được chứng minh đầu tiên trên nguồn phân phối Geyser gRPC của khu vực New York (NY) ra hạ tầng production ở mọi khu vực.

XDP fast path và AF_XDP zero-copy là những tối ưu hóa hướng Turbine đã trở nên khả dụng trong Solana v4 (Agave 4.x). Về phần launch flag, dòng Agave 4.1 đã loại bỏ (deprecate) họ flag --experimental-retransmit-xdp-* và sắp xếp chúng thành --xdp-interface / --xdp-cpu-cores / --xdp-zero-copy. Dựa trên XDP fast path hướng Turbine và zero-copy này, ERPC đã áp dụng nó trong production không chỉ cho các node nguồn vốn làm nền cho Geyser gRPC, mà còn cho cả các node RPC. Cả node RPC lẫn node Geyser gRPC đều nhận các shred cấu thành block qua Turbine. Bằng cách dùng XDP và zero-copy để giảm overhead của kernel trên đường lan truyền và tiếp nhận shred đó, Geyser gRPC có độ trễ phân phối stream ngắn hơn, còn RPC có độ tươi mới trạng thái được cải thiện và khả năng bám sát trạng thái mới nhất tốt hơn. Thay đổi này đã đang chạy trong production trên toàn bộ khu vực. Khách hàng coi trọng hiệu năng first-arrival có thể dùng thử ngay RPC và Geyser gRPC ở mọi khu vực — qua tính phí theo giờ (mỗi giờ) hoặc Crypto Pay (SOL / USDC / EURC).

Trang chính thức ERPC: https://erpc.global/vi ERPC Dashboard: https://dashboard.erpc.global/vi

Triển khai toàn khu vực thay đổi điều gì — làm cho đường giành lấy shred nhanh hơn, ở mọi nơi

Trên Solana, leader chịu trách nhiệm sản xuất block luân phiên theo một chu kỳ ngắn, nên điểm khởi nguồn của giao tiếp luôn luôn dịch chuyển. Trong cấu trúc này, điều quan trọng trên thực tế không phải là ở gần một điểm cố định duy nhất, mà là có xác suất cao ở gần mạng lưới nơi các node và validator chủ chốt tập trung — và điều này ảnh hưởng trực tiếp đến độ trễ, tỷ lệ truyền lại và tỷ lệ thất bại trong vận hành thực tế. Chính vì vậy ERPC tin rằng việc nâng các node production ở mọi khu vực lên cùng một mức, thay vì chỉ làm cho một cỗ máy duy nhất nhanh, mới là điều có ý nghĩa.

Mấu chốt của lần triển khai này là đối tượng của tối ưu hóa nằm ở "đường lan truyền và tiếp nhận shred trên Turbine". Đối với cả RPC lẫn Geyser gRPC, tốc độ tối hậu được nâng đỡ bởi "node có thể giành lấy một block nhanh đến mức nào". XDP và zero-copy là những tối ưu hóa giảm overhead của chính giai đoạn giành lấy đó — việc nhận, retransmit và lan truyền shred qua Turbine. Bằng cách áp dụng điều này cho các node production ở mọi khu vực, dù khách hàng dùng điểm kết nối của khu vực nào, họ vẫn có thể nhận dữ liệu qua một đường đã được tối ưu hóa.

XDP Fast Path và zero-copy của Solana v4 là gì

XDP (eXpress Data Path) là một công nghệ trong kernel Linux cho phép mã mạng hiệu năng cao bỏ qua phần lớn đường xử lý gói tin thông thường của kernel. Bằng cách giảm số lần sao chép dữ liệu và chuyển ngữ cảnh, nó xử lý gói tin với overhead thấp hơn nhiều so với network stack tiêu chuẩn.

Trong Agave (client validator của Solana), XDP được áp dụng cho Turbine, giao thức lan truyền block giữa các node validator. Các shred nhận được được xử lý bởi một chương trình eBPF gắn gần card giao tiếp mạng (NIC) và được ánh xạ vào các buffer ở user-space qua AF_XDP. Khi dùng chế độ zero-copy, dữ liệu nhận được được chuyển giao trực tiếp từ kernel sang user space mà không cần sao chép. Các shred gửi đi cũng tận dụng đường gửi của AF_XDP để giảm số lần sao chép và overhead của system-call trên hot path.

Anza đã giới thiệu XDP cho Turbine ở dòng Agave 3.x (từ v3.0.9) và đưa nó vào nền tảng của Solana v4 (Agave 4.x). Các launch flag đã được sắp xếp qua các bản phát hành kế tiếp: dòng Agave 4.1 đã loại bỏ (deprecate) họ flag --experimental-retransmit-xdp-* và sắp xếp chúng thành --xdp-interface / --xdp-cpu-cores / --xdp-zero-copy. Theo hướng dẫn cài đặt của Anza, với XDP, các validator lớn có thể tiệm cận 150.000 gói tin gửi ra mỗi giây thông qua fanout của Turbine.

Anza Agave XDP Setup Guide: https://www.anza.xyz/blog/agave-xdp-setup-guide

Áp dụng cho node Geyser gRPC — tăng tốc tiếp nhận ở phía nguồn

Geyser gRPC là đường nhận các cập nhật về account, slot, block và transaction dưới dạng stream thay vì bằng cách polling. Ở đây, chênh lệch một mili-giây gắn liền trực tiếp với việc nắm bắt cơ hội khớp lệnh và với tốc độ cảm nhận ở phía front-end. Độ trễ của Geyser rốt cuộc được nâng đỡ bởi "nguồn có thể giành lấy một block nhanh đến mức nào".

XDP và zero-copy chính là những tối ưu hóa giảm overhead của đường lan truyền và tiếp nhận shred ở phía nguồn đó. Khi nguồn có thể nhận và lan truyền shred nhanh hơn, nó có thể quan sát và tái dựng block ở một giai đoạn sớm hơn, từ đó rút ngắn độ trễ để các cập nhật ấy đến với khách hàng qua stream Geyser gRPC. Tại khu vực New York (NY), nơi chúng tôi áp dụng đầu tiên, chúng tôi đã xác nhận qua phép đo mã nguồn mở rằng tối ưu hóa này có hiệu quả ở vùng đuôi (tail) của độ trễ phân phối. Nay chúng tôi đã mở rộng cùng tối ưu hóa đó cho các node Geyser gRPC ở mọi khu vực.

Áp dụng cho node RPC — cải thiện độ tươi mới trạng thái và khả năng bám sát trạng thái mới nhất

Điểm mới trong lần triển khai này là chúng tôi đã áp dụng tối ưu hóa này cho cả các node RPC. Các node RPC cũng nhận các shred cấu thành block qua Turbine và cập nhật ledger cùng trạng thái của chính mình. Khi XDP và zero-copy giảm overhead của việc tiếp nhận và lan truyền shred dựa trên Turbine đó, các node RPC có thể tiếp nhận các block mới hơn sớm hơn.

Đối với khách hàng dùng RPC, đây không phải là chuyện mọi phương thức RPC đều nhanh lên đồng đều, mà biểu hiện ra như là độ tươi mới của trạng thái mà node đang nắm giữ. Khi bạn truy vấn slot hay block gần nhất, hoặc trạng thái mới nhất của một account, việc thông tin mà node đã tiếp nhận tươi mới hơn gắn liền trực tiếp với độ tươi mới của dữ liệu trong phản hồi. Ngoài ra, overhead thấp hơn trên đường lan truyền và tiếp nhận chuyển hóa thành dư địa để node xử lý các cập nhật mà không bỏ sót khi tải nặng. Chính tối ưu hóa giống như tối ưu hóa cho phân phối stream Geyser gRPC cũng hoạt động như nền tảng nâng đỡ độ tươi mới của dữ liệu mà RPC trả về — đó là lý do lần này chúng tôi mở rộng phạm vi đến các node RPC.

Đưa vào các node production ở mọi khu vực — chúng tôi đã bật những gì

ERPC đã chuyển các node RPC và node Geyser gRPC trên toàn bộ khu vực sang Solana v4 (Agave 4.x) và đưa XDP fast path hướng Turbine cùng AF_XDP zero-copy vào production. Dựa trên cơ chế launch-flag --xdp-interface / --xdp-cpu-cores / --xdp-zero-copy được sắp xếp ở dòng Agave 4.1, chúng tôi bật nó tùy theo cấu hình của từng khu vực.

Việc bật XDP đòi hỏi tinh chỉnh nâng cao và dễ sai sót: kernel mới, một NIC hỗ trợ XDP, đúng các systemd capability cho tiến trình validator, các launch flag chính xác và việc ghim (pin) CPU-core phù hợp. Việc triển khai điều này không phải cho một node duy nhất mà cho các node production ở mọi khu vực — đồng thời kiểm chứng cấu hình NIC, kernel và mạng khác nhau của từng khu vực — càng làm độ khó vận hành tăng thêm. ERPC áp dụng trực tiếp tri thức vận hành đúc kết từ việc vận hành validator ở đỉnh của mạng lưới vào việc xây dựng và vận hành các node nguồn cùng node RPC ở mỗi khu vực.

Và tri thức vận hành cho tối ưu hóa này được tập hợp thành một công thức (recipe) trong SLV, công cụ vận hành Solana mã nguồn mở. SLV cung cấp mọi thứ từ việc bật XDP (qua các biến cấu hình như xdp_enabled / xdp_zero_copy) cho đến việc đo độ trễ phân phối (slv check geyserbench), dưới một hình thức mà bất kỳ ai cũng có thể tái lập qua các cuộc đối thoại với AI agent hoặc qua CLI. Tối ưu hóa mà ERPC đạt được trên toàn bộ khu vực không phải là một mẹo dùng một lần cho một cỗ máy duy nhất, mà đứng trên một công thức vận hành có thể tái lập.

SLV GitHub: https://github.com/validatorsDAO/slv

Tự kiểm chứng bằng con số của chính bạn, từ điểm kết nối của chính bạn

Tối ưu hóa này tạo ra bao nhiêu khác biệt thay đổi tùy theo điểm kết nối, tuyến đường, khung giờ và phân bố leader. Chính vì vậy ERPC coi trọng việc thể hiện chất lượng phân phối không qua những tuyên bố chủ quan hay câu chữ quảng cáo, mà qua phép đo mà bất kỳ ai cũng có thể kiểm chứng bằng cùng một phương pháp. Cái mà khách hàng có thể kiểm chứng không phải là một con số cố định mà là chính phương pháp đo.

Đối với Geyser gRPC, công cụ benchmark của ERPC là mã nguồn mở. Để so sánh first-arrival, bạn có thể dùng slv check geyserbench --kind grpc, và để kiểm tra khả năng kết nối cùng độ trễ của một endpoint riêng lẻ, dùng slv check grpc, so sánh trong những điều kiện gần với workload của chính bạn. Với RPC cũng vậy, cách đáng tin cậy nhất là đo và quan sát độ tươi mới của dữ liệu trả về cùng hành vi của các phản hồi từ điểm kết nối của chính bạn, dùng các request mà bot hay ứng dụng của chính bạn thực sự gửi đi.

Việc có thể ra quyết định dựa trên những con số bạn tự đo được, thay vì dựa trên tuyên bố của một nhà cung cấp, là điểm khởi đầu cho khách hàng coi trọng hiệu năng first-arrival. Các bước từ cài đặt SLV đến chạy phép đo được công bố trong hướng dẫn SLV Getting Started.

Trang chính thức SLV: https://slv.dev/vi SLV Getting Started: https://slv.dev/vi/doc/general/getting-started/ Tài liệu so sánh tốc độ Solana Geyser gRPC: https://erpc.global/vi/doc/geyser-grpc/speed-comparison/

Triệt tiêu độ trễ phát sinh từ khoảng cách bằng thiết kế — trung tâm dữ liệu chuyên biệt cho Solana AS200261

Lợi thế về độ trễ của ERPC không chỉ đến từ tối ưu hóa phần mềm. Bằng cách đặt các node nguồn, các endpoint nhận và các node xử lý bên trong những trung tâm dữ liệu cao cấp nơi các validator Solana tập trung dày đặc, ERPC triệt tiêu độ trễ phát sinh từ khoảng cách ngay ở giai đoạn thiết kế.

ELSOUL LABO vận hành một trung tâm dữ liệu chuyên biệt cho Solana dưới ASN của riêng mình (AS200261), được RIPE NCC cấp phát, như một phần của nền tảng ERPC. Những tối ưu hóa phần mềm như XDP và zero-copy hôm nay chỉ phát huy hiệu quả tối đa khi đứng trên nền thiết kế cận kề về vật lý và mạng này. Khi cả sự cận kề ở cấp thiết kế lẫn tối ưu hóa phần mềm ở phía node đều sẵn sàng, hiệu năng first-arrival, chất lượng streaming độ trễ thấp và các phản hồi RPC tươi mới mới được hiện thực hóa.

Một dòng mạch tăng cường hạ tầng liên tục

Lần triển khai toàn khu vực này nằm trong dòng mạch tăng cường hạ tầng mà ERPC liên tục theo đuổi. Đây là tối ưu hóa thế hệ mới nhất, tiếp nối việc nâng cấp hạ tầng Geyser gRPC toàn khu vực vào tháng 12 năm 2025, việc tăng cường quy mô lớn cho khu vực Frankfurt (FRA) vào tháng 1 năm 2026, và việc áp dụng XDP cùng zero-copy đầu tiên ở khu vực New York (NY) vào tháng 6 năm 2026. Tối ưu hóa đã được chứng minh tại NY nay đã được mở rộng — với các node RPC được bổ sung vào phạm vi của nó — ra hạ tầng production ở mọi khu vực.

Thay vì đáp ứng nhu cầu tăng cao bằng cách giới hạn hay suy giảm, ERPC nhất quán hấp thụ nó bằng cách tăng cường chính hạ tầng. Chúng tôi tiếp tục phản ánh các tối ưu hóa thế hệ mới nhất vào hạ tầng production của mình trong khi liên tục kiểm chứng các NIC, kernel và cấu hình mạng tương thích. RPC và Geyser gRPC của ERPC sẽ tiếp tục tiến hóa.

Kiểm chứng từ một giờ duy nhất với tính phí theo giờ

RPC và Geyser gRPC của ERPC có thể dùng thử từ một giờ duy nhất qua gói tính phí theo giờ. Điều này tạo nên một vòng lặp kiểm chứng rủi ro thấp: ký hợp đồng chỉ một giờ, xác nhận hành vi thực tế như được nhìn thấy từ điểm kết nối của bot hay ứng dụng của chính bạn trong giờ đó, và quyết định chuyển sang gói hàng tháng hoặc hàng năm dựa trên kết quả. Các phép đo slv check được mô tả ở trên có thể chạy nguyên trạng trong lần dùng thử một giờ này.

Một khi cấu hình và mức sử dụng của bạn đã rõ ràng, việc chuyển sang gói hàng tháng hoặc hàng năm vẫn giữ bạn ở cùng một dashboard và cùng một chất lượng endpoint.

ERPC Dashboard: https://dashboard.erpc.global/vi

Hỗ trợ Crypto Pay (SOL / USDC / EURC)

ERPC cung cấp Crypto Pay để mua ERPC credit và để thanh toán cho các gói của mình, và nó cũng được hỗ trợ cho gói tính phí theo giờ. Bạn có thể chọn SOL, hoặc các stablecoin USDC / EURC, làm tài sản thanh toán. EURC có thể gửi trực tiếp, trong khi USDC hoặc SOL được swap sang EURC qua Orca, với việc chuyển khoản hoàn tất trong cùng một luồng.

Đối với các đội ngũ đang xây dựng và vận hành trên Solana, việc có thể xử lý chi phí hạ tầng theo cách gần với luồng quản lý vốn dựa trên ví hiện có của họ là một cải thiện thực tế giúp hạ thấp rào cản để bắt đầu kiểm chứng. Việc kiểm chứng bằng tính phí theo giờ được mô tả ở trên cũng có thể bắt đầu trực tiếp từ tài sản trong ví Solana của bạn.

Đặt hàng, thanh toán và quản lý hạ tầng chuyên biệt cho Solana trên một nền tảng

ERPC cho phép bạn kết hợp Solana RPC, WebSocket, Solana Geyser gRPC, Solana Shredstream, Direct UDP Stream (Raw Shreds), VPS, máy chủ bare-metal, RPC chuyên dụng, SWQoS, Price API hỗ trợ Pyth, cùng Jet Analytics & Indexed RPC trên một nền tảng duy nhất.

ERPC Dashboard hỗ trợ 16 ngôn ngữ, cho phép bạn xử lý việc chọn gói, chọn khu vực, kiểm tra tồn kho, thêm vào giỏ hàng, nạp credit, thanh toán, xem lại API key và endpoint, kiểm tra mức sử dụng và tạo ticket hỗ trợ — tất cả từ cùng một màn hình.

Nghiên cứu phát triển và cải tiến liên tục hạ tầng chuyên biệt cho Solana

Đằng sau ERPC là hoạt động nghiên cứu và phát triển hạ tầng chuyên biệt cho Solana mà ELSOUL LABO tiếp tục theo đuổi. ELSOUL LABO đã được phê duyệt năm năm liên tiếp kể từ năm 2022 trong khuôn khổ WBSO, chương trình hỗ trợ R&D của chính phủ Hà Lan. Đơn vị tiếp tục R&D về hạ tầng Solana RPC, vận hành validator, phân phối dữ liệu thời gian thực và vận hành cùng phát triển có sự hỗ trợ của AI agent, và những kết quả đó được phản ánh trên các dịch vụ bao gồm ERPC, SLV, SLV AI và trung tâm dữ liệu chuyên biệt cho Solana AS200261.

Việc hỗ trợ Solana v4 / XDP / zero-copy trên toàn bộ khu vực hôm nay cũng thành hình từ việc vận hành validator ở đỉnh của mạng lưới. ERPC sẽ tiếp tục cung cấp hạ tầng độ trễ thấp ở gần mạng lưới Solana và chứng minh chất lượng của mình qua phép đo mà bất kỳ ai cũng có thể kiểm chứng bằng cùng một phương pháp.

Sử dụng và tư vấn

Đối với các cấu hình khu vực tối ưu bao gồm RPC và Geyser gRPC toàn khu vực, việc lựa chọn giữa các gói gRPC độc lập và các gói gRPC Bundle, việc chọn giữa tính phí theo giờ, hàng tháng và hàng năm, cùng thiết kế di chuyển từ một cấu hình hiện có, chúng tôi cung cấp tư vấn riêng trên Discord chính thức của Validators DAO.

ERPC Dashboard: https://dashboard.erpc.global/vi Trang chính thức ERPC: https://erpc.global/vi Discord chính thức của Validators DAO: https://discord.gg/C7ZQSrCkYR

Chúng tôi chân thành cảm ơn tất cả người dùng đã tiếp tục sử dụng ERPC.

Liên kết

Trang chính thức ERPC: https://erpc.global/vi
ERPC Dashboard: https://dashboard.erpc.global/vi
Bảng giá ERPC: https://erpc.global/vi/price/
Trang chính thức SLV: https://slv.dev/vi
SLV Getting Started: https://slv.dev/vi/doc/general/getting-started/
SLV GitHub: https://github.com/validatorsDAO/slv
So sánh tốc độ Solana Geyser gRPC: https://erpc.global/vi/doc/geyser-grpc/speed-comparison/
Anza Agave XDP Setup Guide: https://www.anza.xyz/blog/agave-xdp-setup-guide
Discord chính thức của Validators DAO: https://discord.gg/C7ZQSrCkYR