FAQ - Geyser gRPC Stream | ERPC - Enhanced Solana RPC

H. Các node của bạn nằm ở khu vực nào?

Chúng tôi hiện đang vận hành node tại các khu vực sau:

Frankfurt (FRA)
Amsterdam (AMS)
New York (NY)
Chicago (CHI)
Tokyo (TY)
Singapore (SGP)

ERPC đo độ trễ mạng thực tế dựa trên đường định tuyến thực, tự động chọn khu vực có độ trễ thấp nhất thay vì dựa vào khoảng cách đường thẳng. Cách tiếp cận này không chỉ cải thiện độ trễ cho từng người dùng mà còn nâng cao hiệu quả mạng tổng thể và tăng cường khả năng chống chịu toàn cầu của ERPC trước các cuộc tấn công tiềm năng.

Nếu môi trường của bạn không tự động chọn khu vực tối ưu, vui lòng liên hệ chúng tôi trên Discord. Trong hầu hết trường hợp, vấn đề này do cài đặt firewall chặn phản hồi ping từ endpoint.

Discord chính thức Validators DAO: https://discord.gg/C7ZQSrCkYR

H. Độ trễ hiển thị 9999ms và khu vực không tối ưu được chọn, nhưng tài nguyên của tôi ở Frankfurt.

Khi bạn đăng ký IP, chúng tôi ping từ mọi gRPC load balancer để chọn khu vực gần nhất. Nếu phản hồi ICMP bị chặn bởi firewall (ufw, cloud firewall, security group, v.v.), kết quả đo có thể trở thành 9999ms, điều này có thể ngăn việc chọn khu vực gần nhất tối ưu. Hãy thêm các IP load balancer bên dưới vào allowlist để khu vực gần nhất được chọn tự động.

Khu vực	Domain	Địa chỉ IP
🇳🇱 Amsterdam	grpc-ams1.erpc.global	84.32.103.245
🇩🇪 Frankfurt	grpc-fra1-1.erpc.global	185.191.118.149
🇺🇸 New York	grpc-ny6-1.erpc.global	64.130.59.62
🇺🇸 Chicago	grpc-chi-1.erpc.global	84.32.32.147
🇯🇵 Tokyo	grpc-tokyo-6.erpc.global	143.20.238.2
🇸🇬 Singapore	grpc-sgp6-1.erpc.global	202.8.11.52

H. Tôi chỉ mới sử dụng WebSocket. Tôi có thể sử dụng gRPC không? Bạn có mẫu không?

Có. Bạn có thể nhanh chóng kiểm tra và bắt đầu phát triển với gRPC bằng SLV.

Xem Hướng dẫn nhanh gRPC để biết chi tiết.

H. Tôi có thể đăng ký hai địa chỉ IP không?

Bạn có thể sử dụng một endpoint cho mỗi gói đăng ký. Nếu bạn muốn sử dụng hai địa chỉ IP, bạn phải đăng ký hai gói đăng ký riêng biệt.

H. Có giới hạn filter nào không?

Không, không có giới hạn về filter.

H. Tôi cần độ trễ ít nhất khoảng 400ms hoặc tốt hơn.

Để đạt độ trễ trong khoảng 400ms, hãy xem xét các điểm thiết yếu sau:

Hiểu thực tế về giá trị Ping: Giá trị ping cho biết điều kiện lý tưởng và không phản ánh độ trễ thực tế trong giao tiếp streaming, thường gấp khoảng 5 lần độ trễ ping. Ví dụ, ping 100ms xuyên lục địa thực tế dẫn đến khoảng 500ms độ trễ. Do đó, hạ tầng phải được thiết lập trong cùng khu vực để đạt độ trễ ~400ms.
- Tham chiếu giá trị Ping điển hình:
  - Cùng mạng: ~0.1ms
  - Private Network Interconnect (PNI): ~0.2ms
  - Cùng data center: ~0.3ms
  - Cùng thành phố: ~1ms
  - Nước láng giềng: ~5–10ms
  - Xuyên lục địa: ~100–300ms
Tránh bẫy của độ trễ trung bình: Solana validator được phân tán trên toàn cầu, và lịch trình leader thay đổi ngẫu nhiên mỗi epoch. Dựa vào độ trễ trung bình để đạt ~400ms là không thực tế. Thay vào đó, bạn nên theo dõi chính xác lịch trình validator trong khu vực cụ thể để xác định slot có độ trễ thấp nhất. Để đạt độ trễ tối thiểu nhất quán, cần hạ tầng trên tất cả khu vực liên quan. Trong cùng khu vực, thu thập dữ liệu có thể diễn ra trong hàng chục mili giây, với truyền có thể chỉ trong vài mili giây.
Theo dõi lịch trình Leader: Liên tục giám sát lịch trình validator leader cho khu vực của bạn bằng ERPC Leader Slot API (getLeaderSlots). API cung cấp dữ liệu thời gian thực về leader sắp tới, vị trí địa lý validator, và giá trị ping tham chiếu, cho phép bạn xác định chính xác slot giao dịch tối ưu với độ trễ tối thiểu. Điều này loại bỏ các hạn chế của nguồn dữ liệu công khai như Solana Beach hoặc API RPC gốc, có tần suất cập nhật chậm hơn và độ chính xác thấp hơn.
- Tài liệu ERPC Leader Slot API
- Discord chính thức Validators DAO

H. Làm thế nào để đạt giao dịch zero-block (zero-slot)?

Đạt được giao dịch zero-block (zero-slot) thành công đòi hỏi các chiến lược tinh vi hơn, như sau:

Xác định vùng cơ hội: Solana validator được phân tán trên toàn cầu, và về mặt vật lý không thể đạt độ trễ tối ưu cho mọi slot. Do đó, hãy giám sát lịch trình validator leader trong khu vực nơi hạ tầng của bạn đặt và xác định các vùng cơ hội thuận lợi nhất. Triển khai hạ tầng trên nhiều khu vực cũng có thể có lợi. Ví dụ, Frankfurt là khu vực then chốt do mật độ validator cao, dẫn đến tần suất chọn leader cao hơn và nhiều cơ hội giao dịch hơn.

Sử dụng ERPC Leader Slot API (getLeaderSlots) để lấy lịch trình leader thời gian thực, dữ liệu vị trí địa lý validator, và giá trị ping tham chiếu với độ chính xác cao hơn nhiều so với Solana Beach hoặc API RPC gốc. Điều này cho phép bạn dự đoán vùng cơ hội chính xác hơn và thực hiện giao dịch gần-zero-latency.
- Tài liệu ERPC Leader Slot API
- Discord chính thức Validators DAO
Triển khai Dedicated Node: Nếu bạn gặp khó khăn trong cạnh tranh, hãy cân nhắc triển khai dedicated node. Shared node gặp độ trễ do lưu lượng từ người dùng khác, và do đó không được khuyến nghị. Hơn nữa, đặt dedicated node trong cùng mạng với ứng dụng của bạn giúp giảm đáng kể độ trễ mạng và tối ưu hiệu suất.

H. Tôi có thể sử dụng endpoint cụ thể không?

Để duy trì môi trường độ trễ thấp, hệ thống tự động chọn node gần nhất khả dụng. Nếu bạn muốn sử dụng endpoint cụ thể, chúng tôi khuyến nghị thuê server đặt gần endpoint đó nhất.

H. Tôi nhận được lỗi 401. Tại sao?

Để duy trì môi trường độ trễ thấp, chúng tôi áp dụng hạn chế IP. Nếu bạn không có gói đăng ký hoặc IP chưa được đăng ký, bạn sẽ nhận lỗi 401.

Vui lòng kiểm tra lại xem IP đã đăng ký có khớp với IP truy cập hiện tại của bạn không.

H. Tôi nhận được lỗi 429. Tại sao?

Bạn đã đạt giới hạn kết nối của gói.

Nếu bạn gặp lỗi này, hãy cân nhắc nâng cấp gói. Nếu bạn cần nhiều kết nối hơn gói premium cung cấp, dedicated gRPC node sẽ phù hợp hơn.

H. Tại sao dedicated endpoint nhanh hơn?

Shared endpoint được sử dụng bởi nhiều khách hàng chia sẻ cùng tài nguyên. Khi lưu lượng tăng, độ trễ có xu hướng xảy ra. Tài nguyên server có giới hạn vật lý, và khối lượng công việc chúng có thể xử lý là hữu hạn. Khi quá nhiều request đến cùng lúc, chúng phải được xử lý tuần tự, dẫn đến thời gian phản hồi chậm hơn.

Mặc dù chúng tôi thực hiện nhiều biện pháp để tối ưu hiệu suất ngay cả trên shared endpoint, với dedicated endpoint bạn là người dùng duy nhất của tài nguyên. Điều này có nghĩa bạn hoàn toàn không bị ảnh hưởng bởi người dùng khác, đảm bảo phản hồi ổn định và nhanh nhất quán.

Ngoài ra, dedicated endpoint cung cấp tùy chọn giao tiếp không TLS, như HTTP. Bằng cách bỏ qua TLS handshake (khoảng 20ms), giao tiếp trở nên nhanh hơn so với HTTPS.

H. Tôi muốn thanh toán bằng crypto

ERPC hiện đang phát triển "Subscription NFTs". Cơ chế này phát hành quyền đăng ký dưới dạng NFT, cho phép sở hữu, chuyển nhượng, và bán lại, qua đó cải thiện đáng kể trải nghiệm thanh toán crypto. Dự kiến ra mắt vào cuối năm 2025. Để biết thêm chi tiết, vui lòng xem liên kết sau:

Thông cáo Subscription NFTs: https://erpc.global/en/news/2025/08/31/erpc-subscription-nfts/

Tuy nhiên, vì phát triển và ra mắt cần thời gian, nếu bạn muốn bắt đầu thanh toán bằng crypto ngay bây giờ, chúng tôi khuyến nghị thử các dịch vụ cho phép sử dụng cryptocurrency làm thanh toán thẻ tín dụng:

Bybit Crypto Card: https://www.bybit.com/en/cards
Wirex Card: https://wirexapp.com/card

Bằng cách sử dụng các dịch vụ này, bạn có thể bắt đầu thanh toán bằng cryptocurrency ngay lập tức giống như thẻ tín dụng thông thường.

H. Làm thế nào để đạt độ trễ thấp nhất có thể?

Chúng tôi khuyến nghị kết hợp dedicated gRPC node với Bare-Metal server.

Cả hai chia sẻ cùng mạng, cho phép giao tiếp riêng tư, khoảng cách bằng không mà không đi qua internet. Thiết lập này đạt độ trễ cực thấp, thường khoảng 0.1ms ping.

Vui lòng liên hệ chúng tôi trên Discord để biết thêm chi tiết.

Discord chính thức Validators DAO

🔗 #▶️-how-to-start

H. Độ trễ như thế nào?

Độ trễ thay đổi tùy thuộc vào phương pháp đo và môi trường sử dụng cụ thể của bạn. Thay vì tập trung vào giá trị số chính xác, điều quan trọng là đảm bảo độ trễ đáp ứng yêu cầu vận hành thực tế.

Chúng tôi cung cấp dùng thử miễn phí cho tất cả các gói, cho phép bạn kiểm tra hiệu suất trực tiếp trong môi trường thực tế. Ngoài ra, chúng tôi cung cấp công cụ dễ sử dụng bằng TypeScript và Rust để đo độ trễ. Hãy thoải mái sử dụng các công cụ này cùng với bản dùng thử miễn phí.

H. RPC (gRPC, Shreds) này có nhanh hơn các dịch vụ khác không?

Chúng tôi khuyến khích bạn thử bản dùng thử miễn phí và so sánh hiệu suất với các dịch vụ khác. Nếu bạn thấy dịch vụ chậm hơn, vui lòng cho chúng tôi biết điều kiện cụ thể và đối thủ bạn đã so sánh qua Discord. Chúng tôi sẽ xác định nguyên nhân và cải thiện tốc độ thêm.

Chúng tôi liên tục cải thiện độ trễ dựa trên phản hồi khách hàng. Nếu bạn tìm kiếm endpoint nhanh nhất có thể, vui lòng chia sẻ thông tin chi tiết với chúng tôi. Cung cấp metric cụ thể và điều kiện so sánh với đối thủ cho phép chúng tôi mang đến hiệu suất vượt trội. Cách tiếp cận dựa trên phản hồi này đã liên tục giúp chúng tôi nâng cao dịch vụ.

Discord chính thức Validators DAO

H. Gói nào cung cấp hiệu suất nhanh nhất?

Nói chung, gói cao cấp nhất cung cấp hiệu suất nhanh nhất nhờ CPU vượt trội, dung lượng bộ nhớ cao hơn, và cấu hình phần cứng mạnh mẽ.

Chúng tôi cũng cung cấp giải pháp tùy chỉnh nếu bạn cần server mạnh hơn, nhưng các gói tiêu chuẩn được thiết kế để mang lại tỷ lệ giá-hiệu suất tối ưu.

Chúng tôi tự tin cung cấp hiệu suất đẳng cấp thế giới ở mọi mức giá. Nếu bạn tìm thấy nhà cung cấp nhanh hơn trong cùng phạm vi giá, vui lòng cho chúng tôi biết để điều tra và cải thiện.

H. Tôi đang gặp độ trễ cao. Tôi có thể làm gì?

Độ trễ phụ thuộc nhiều vào khoảng cách đến endpoint. Chúng tôi khuyến nghị truy cập từ server gần endpoint được cung cấp. Kết nối nhanh nhất đạt được với Bare-Metal server và dịch vụ VPS.

H. Cái nào nhanh nhất: WebSocket, gRPC, hay Shreds?

Phản hồi từ khách hàng nhất quán xếp hạng tốc độ như sau:

Shreds > gRPC > WebSocket

Vui lòng chia sẻ trải nghiệm nếu bạn quan sát kết quả khác.

H. Độ trễ không như tôi mong đợi.

Hiệu suất thay đổi tùy thuộc vào ngôn ngữ lập trình sử dụng. Nói chung, tốc độ ngôn ngữ xếp hạng:

Rust > Go > TypeScript (JavaScript) > Python

Để so sánh chi tiết, xem:

So sánh tốc độ ngôn ngữ lập trình

Để đạt hiệu suất tối đa, chúng tôi khuyến nghị sử dụng Rust.