ERPC met en production le chemin rapide XDP et le zero-copy pour son Geyser gRPC Solana dans la région de New York (NY) — une différence de lag de livraison d'environ 530 ms au p99 confirmée
ERPC met en production le chemin rapide XDP et le zero-copy pour son Geyser gRPC Solana dans la région de New York (NY) — une différence de lag de livraison d'environ 530 ms au p99 confirmée
ELSOUL LABO B.V. (Siège : Amsterdam, Pays-Bas ; CEO : Fumitake Kawasaki) et Validators DAO, qui exploitent ERPC, ont le plaisir d'annoncer qu'ERPC a mis en production le chemin rapide XDP et le zero-copy AF_XDP de Solana v4 (Agave 4.x) pour son endpoint Geyser gRPC Solana partagé dans la région de New York (NY).
Le chemin rapide XDP et le zero-copy AF_XDP ne sont plus expérimentaux dans la lignée Agave 4.x : ils ont été organisés en fonctionnalités accessibles via les options de lancement officielles
--xdp-interface / --xdp-cpu-cores / --xdp-zero-copy. ERPC a désormais mis en production cette optimisation réseau — dont l'adoption progresse parmi les validateurs Solana haute performance — sur le validateur source qui alimente le Geyser gRPC de la région NY. Dans une comparaison avant/après mesurée avec slv check geyserbench, l'outil open source d'exploitation Solana SLV, le nœud source d'avant optimisation, situé dans la même région NY, accusait un retard de p50 63 ms / p95 490 ms / p99 530 ms par rapport à la nouvelle configuration. Il ne s'agit pas du lag de livraison absolu du nœud optimisé, mais d'une différence avant/après, avec des gains de plusieurs centaines de millisecondes observés en particulier sur la queue p95/p99. Cette évolution est déjà en service en production. Les clients qui privilégient la performance de première arrivée (first-arrival) peuvent dès maintenant essayer le Geyser gRPC de la région NY — via la facturation horaire (à l'heure) ou le Crypto Pay (SOL / USDC / EURC).Site officiel ERPC : https://erpc.global/fr
Tableau de bord ERPC : https://dashboard.erpc.global/fr
Pourquoi le Geyser gRPC de la région de New York (NY) compte
Sur Solana, le leader responsable de la production de blocs change selon un cycle court, de sorte que l'origine des communications est toujours en mouvement. Dans cette structure, ce qui compte en pratique n'est pas d'être proche d'un point fixe unique, mais d'avoir une forte probabilité d'être proche du réseau où se concentrent les nœuds majeurs et les validateurs — et cela affecte directement la latence, les taux de retransmission et les taux d'échec en exploitation réelle.
La région de New York (NY) est celle où la demande se concentre pendant les heures de trading nord-américaines, pour les charges de travail de trading, d'indexation et de surveillance/analyse qui exigent des données on-chain en temps réel. Le Geyser gRPC est la voie qui permet de recevoir les mises à jour de comptes, de slots, de blocs et de transactions sous forme de flux plutôt que par interrogation (polling), et là, une différence d'une milliseconde joue directement sur la capture des opportunités d'exécution et sur la réactivité perçue côté front-end. C'est précisément pour cela qu'il est pertinent de maintenir le Geyser gRPC de la région NY au meilleur niveau de rapidité, tant en conception qu'en optimisation.
Résultats de mesure — différence de lag de livraison avant/après via slv check geyserbench
Nous avons réalisé une mesure comparative, à l'aide de
slv check geyserbench de l'outil open source d'exploitation Solana SLV, entre la nouvelle configuration avec le chemin rapide XDP et le zero-copy AF_XDP activés et le nœud source d'avant optimisation situé dans la même région NY. Il en ressort que le nœud d'avant optimisation accusait, par rapport à la nouvelle configuration, les écarts de retard suivants :- Différence de lag p50 : 63 ms
- Différence de lag p95 : 490 ms
- Différence de lag p99 : 530 ms
Ces chiffres ne sont pas le lag de livraison absolu du nœud optimisé ; il s'agit d'une valeur de comparaison indiquant à quel point le nœud source d'avant optimisation accusait du retard par rapport à la nouvelle configuration.
Les écarts sont particulièrement marqués dans la queue p95/p99, de l'ordre de plusieurs centaines de millisecondes. La zone de queue regroupe les cas des percentiles supérieurs, où les retards s'amplifient plus que d'ordinaire ; pour les charges de travail de trading et de temps réel qui privilégient la performance de première arrivée (first-arrival), c'est la zone la plus susceptible de se traduire par un retard dans la prise de décision. Le fait que le nœud d'avant optimisation accusait un retard d'environ 530 ms au p99 par rapport à la nouvelle configuration montre que, dans la zone de queue, l'écart dans le chemin d'ingestion et de propagation côté source pèse directement sur la qualité du streaming à faible latence du Geyser gRPC.
La méthode de mesure est open source. Les clients peuvent utiliser la même méthode
slv check geyserbench pour vérifier le lag réel tel qu'il apparaît depuis leur propre point de connexion. Comme le lag de livraison varie selon l'origine de la connexion, la route empruntée, l'heure de la journée et la distribution des leaders, ce qui est reproductible n'est pas un chiffre fixe, mais la méthode de mesure elle-même. Les étapes, de l'installation de SLV à l'exécution de la mesure, sont publiées dans le guide SLV Getting Started. ERPC tient à démontrer la qualité de livraison non par des affirmations subjectives ou des arguments marketing, mais par une mesure que chacun peut vérifier avec la même méthode.Site officiel SLV : https://slv.dev/fr
SLV Getting Started : https://slv.dev/fr/doc/general/getting-started/
Que sont le chemin rapide XDP et le zero-copy de Solana v4
XDP (eXpress Data Path) est une technologie du noyau Linux qui permet à un code réseau haute performance de contourner une grande partie du chemin de traitement des paquets habituel du noyau. En réduisant les copies de données et les changements de contexte, il traite les paquets avec une surcharge bien moindre que la pile réseau standard.
Dans Agave (le client validateur de Solana), XDP est appliqué à Turbine, le protocole qui propage les blocs entre les nœuds validateurs. Les shreds reçus sont traités par un programme eBPF attaché à proximité de la carte d'interface réseau (NIC) et mappés vers des buffers de l'espace utilisateur via AF_XDP. Lorsque le mode zero-copy est utilisé, les données reçues sont transmises directement du noyau à l'espace utilisateur sans copie. Les shreds sortants sont envoyés directement via XDP_TX, éliminant les appels système et les copies sur le chemin critique (hot path).
Anza a introduit XDP pour Turbine dans la lignée Agave 3.x et l'a intégré aux fondations de Solana v4 (Agave 4.x). Dans la lignée Agave 4.x, XDP n'est plus expérimental et a été organisé en une fonctionnalité accessible via des options de lancement officielles. Selon le guide de configuration d'Anza, avec XDP, les grands validateurs peuvent approcher 150 000 paquets sortants par seconde.
Anza Agave XDP Setup Guide : https://www.anza.xyz/blog/agave-xdp-setup-guide
Déployé en production sur le validateur source de NY — ce que nous avons activé
ERPC a migré le validateur source qui alimente le Geyser gRPC de la région NY vers Solana v4 (Agave 4.x) et a mis en production le chemin rapide XDP et le zero-copy AF_XDP — accessibles via les options de lancement officielles.
Comme la source peut recevoir et propager les shreds plus rapidement, elle peut observer et reconstruire les blocs à un stade plus précoce, ce qui raccourcit le lag de remontée de ces mises à jour vers les clients via le flux Geyser gRPC. Le lag du Geyser repose en dernière instance sur « la rapidité avec laquelle la source parvient à saisir un bloc ». XDP et le zero-copy sont précisément les optimisations qui accélèrent ce chemin d'ingestion côté source.
L'activation de XDP exige un réglage pointu et sujet aux erreurs : un noyau récent, une NIC compatible XDP, les bonnes capabilities systemd pour le processus validateur, des options de lancement correctes et un épinglage (pinning) approprié des cœurs CPU. Le savoir-faire opérationnel acquis par ERPC en exploitant des validateurs au sommet du réseau s'applique directement à la construction et à l'exploitation de ses validateurs source.
La même optimisation que les validateurs haute performance, portée à l'endpoint de livraison
XDP et le zero-copy sont des optimisations réseau dont l'adoption progresse parmi les validateurs Solana haute performance. ERPC applique cette même technologie non seulement aux « validateurs rapides », mais aussi au « validateur source qui alimente l'endpoint de livraison, celui qui achemine les données aux clients plus rapidement ».
Et le savoir-faire opérationnel de cette optimisation est consolidé sous forme de recette dans l'outil open source d'exploitation Solana SLV. SLV fournit tout, de l'activation de XDP (via des variables de configuration telles que
xdp_enabled / xdp_zero_copy) à la mesure du lag de livraison (slv check geyserbench), sous une forme que chacun peut reproduire par des conversations avec un agent IA ou via la CLI. L'optimisation qu'ERPC a obtenue dans la région NY n'est pas une astuce ponctuelle pour une machine isolée, mais repose sur une recette opérationnelle reproductible.SLV GitHub : https://github.com/validatorsDAO/slv
Maîtriser par conception la latence liée à la distance — le centre de données AS200261 dédié à Solana
L'avantage de latence d'ERPC ne provient pas de la seule optimisation logicielle. En plaçant les validateurs source, les endpoints de réception et les nœuds de traitement à l'intérieur de centres de données premium où les validateurs Solana sont densément concentrés, ERPC maîtrise la latence liée à la distance dès l'étape de conception.
ELSOUL LABO exploite un centre de données dédié à Solana sous son propre ASN (AS200261), attribué par le RIPE NCC, dans le cadre de la plateforme ERPC. Les optimisations logicielles comme le XDP et le zero-copy d'aujourd'hui ne donnent leur plein effet que sur la base de cette conception de proximité physique et réseau. C'est lorsque la proximité au niveau de la conception et l'optimisation logicielle côté source sont réunies que se concrétisent la performance de première arrivée (first-arrival) et une qualité de streaming à faible latence.
Déploiement dans toutes les régions — une lignée de renforcement continu de l'infrastructure
Cette optimisation dans la région NY s'inscrit dans la lignée du renforcement de l'infrastructure Geyser gRPC sur toutes les régions qu'ERPC poursuit en continu. C'est l'optimisation de dernière génération, qui fait suite à la mise à niveau de l'infrastructure Geyser gRPC sur toutes les régions de décembre 2025 et au renforcement à grande échelle de la région de Francfort (FRA) de janvier 2026.
À la suite de ce résultat dans la région NY, ERPC déploiera le chemin rapide XDP et le zero-copy de Solana v4 région par région, en commençant par celles où la vérification des NIC, noyaux et configurations réseau compatibles est terminée. Plutôt que de répondre à la hausse de la demande par des limites ou une dégradation, ERPC l'absorbe systématiquement en renforçant l'infrastructure elle-même. Le Geyser gRPC d'ERPC continuera d'évoluer.
Essayez le Geyser gRPC de NY en facturation horaire — vérifiez avec vos propres chiffres
Le Geyser gRPC de la région NY peut être essayé à partir d'une seule heure via le plan de facturation horaire. Cela rend possible une boucle de vérification à faible risque : souscrire pour une heure seulement, exécuter
slv check geyserbench durant cette heure pour mesurer le lag de livraison réel tel qu'il apparaît depuis le point de connexion de votre propre bot ou application, puis décider de passer à un plan mensuel ou annuel une fois ces chiffres confirmés.Pouvoir décider sur la base de chiffres que vous avez mesurés vous-même, plutôt que sur les affirmations d'un fournisseur, est le point de départ pour les clients qui privilégient la performance de première arrivée (first-arrival). Une fois votre configuration et votre volume d'utilisation clarifiés, le passage à un plan mensuel ou annuel se fait sans changer de tableau de bord ni de qualité d'endpoint.
Tableau de bord ERPC : https://dashboard.erpc.global/fr
Crypto Pay (SOL / USDC / EURC) pris en charge
ERPC propose le Crypto Pay pour l'achat de crédits ERPC et pour le paiement de ses plans, et il est également pris en charge pour le plan de facturation horaire. Comme actif de paiement, vous pouvez choisir SOL ou les stablecoins USDC / EURC. L'EURC peut être envoyé directement, tandis que l'USDC ou le SOL est échangé (swap) contre de l'EURC via Orca, le transfert s'achevant dans le même flux.
Pour les équipes qui développent et exploitent sur Solana, pouvoir gérer les coûts d'infrastructure selon une logique proche de leur gestion de fonds existante, fondée sur le wallet, est une amélioration concrète qui abaisse le seuil pour démarrer la vérification. La vérification en facturation horaire décrite ci-dessus peut elle aussi être lancée directement depuis les actifs de votre wallet Solana.
Commandez, payez et gérez une infrastructure dédiée à Solana sur une seule plateforme
ERPC vous permet de combiner le RPC Solana, le WebSocket, le Geyser gRPC Solana, le Solana Shredstream, le Direct UDP Stream (Raw Shreds), les VPS, les serveurs bare-metal, le RPC dédié, le SWQoS, une Price API compatible Pyth, et Jet Analytics & Indexed RPC sur une seule plateforme.
Le tableau de bord ERPC prend en charge 16 langues, vous permettant de gérer la sélection du plan, la sélection de la région, la vérification des stocks, l'ajout au panier, les recharges de crédits, le checkout, l'examen des clés API et des endpoints, le suivi de l'utilisation et la création de tickets de support — le tout depuis le même écran.
R&D et amélioration continue de l'infrastructure dédiée à Solana
Derrière ERPC se trouve la recherche et le développement d'une infrastructure dédiée à Solana qu'ELSOUL LABO poursuit sans relâche. ELSOUL LABO a été approuvé pendant cinq années consécutives depuis 2022 dans le cadre du WBSO, le programme gouvernemental néerlandais de soutien à la R&D. Il poursuit la R&D sur l'infrastructure RPC Solana, l'exploitation de validateurs, la livraison de données en temps réel et l'exploitation et le développement assistés par agents IA, et ces résultats se reflètent dans l'ensemble des services, dont ERPC, SLV, SLV AI et le centre de données AS200261 dédié à Solana.
La prise en charge actuelle de Solana v4 / XDP / zero-copy dans la région NY a également pris forme grâce à l'exploitation de validateurs au sommet du réseau. ERPC continuera de fournir une infrastructure à faible latence proche du réseau Solana et de démontrer sa qualité par une mesure que chacun peut vérifier avec la même méthode.
Utilisation et conseil
Pour les configurations régionales optimales incluant l'endpoint Geyser gRPC partagé de la région NY, le choix entre les plans gRPC autonomes et les plans gRPC Bundle, le choix entre la facturation horaire, mensuelle et annuelle, ainsi que la conception de migration depuis une configuration existante, nous proposons un accompagnement individuel sur le Discord officiel de Validators DAO.
Tableau de bord ERPC : https://dashboard.erpc.global/fr
Site officiel ERPC : https://erpc.global/fr
Discord officiel de Validators DAO : https://discord.gg/C7ZQSrCkYR
Nous remercions sincèrement l'ensemble de nos utilisateurs pour leur fidélité à ERPC.
Liens
- Site officiel ERPC : https://erpc.global/fr
- Tableau de bord ERPC : https://dashboard.erpc.global/fr
- Site officiel SLV : https://slv.dev/fr
- SLV Getting Started : https://slv.dev/fr/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
- Discord officiel de Validators DAO : https://discord.gg/C7ZQSrCkYR
Actualités
