ERPC renforce à grande échelle son infrastructure Solana RPC, WebSocket et Geyser gRPC — Des gains importants pour les applications en production face à un grand service RPC externe
ELSOUL LABO B.V. (siège social : Amsterdam, Pays-Bas ; président-directeur général : Fumitake Kawasaki) et Validators DAO, qui exploitent ERPC, annoncent une mise à niveau majeure de l’infrastructure Solana RPC, WebSocket et Solana Geyser gRPC d’ERPC.
Cette évolution ajoute un nœud de grande capacité de tout premier plan et améliore comme un système unifié Solana RPC, WebSocket, Geyser gRPC, la passerelle interne, les adaptateurs de livraison de données en temps réel, le logiciel réseau et la configuration des serveurs. À partir des données accumulées sur les profils de charge, le comportement des abonnements, l’usage de chaque méthode et les facteurs de latence fréquemment observés dans les applications en production, ERPC a optimisé les chemins les plus proches des usages réels.
Lors d’une comparaison en conditions réelles depuis un même environnement client à Francfort, ERPC a obtenu de solides résultats face à un grand service RPC externe sur plusieurs indicateurs essentiels aux applications en production : latence médiane de HTTP
getSlot, temps de connexion WebSocket, délai de première notification pour une fonction compatible avec WebSocket transactionSubscribe, fraîcheur des slots et erreurs.Cette amélioration n’est pas réservée à une nouvelle offre particulière. Elle sera progressivement déployée dans les offres Solana RPC et Solana Geyser gRPC d’ERPC. Son effet est particulièrement marqué pour ces deux usages, et les progrès validés à Francfort seront appliqués étape par étape aux autres régions.
Tableau de bord ERPC : https://dashboard.erpc.global/fr
Site d’ERPC : https://erpc.global/fr
Une comparaison réelle avec un grand service RPC externe montre des gains importants pour les applications en production
La comparaison a mesuré ERPC et un grand service RPC externe dans les mêmes conditions, depuis le même environnement client à Francfort. Le test portait sur les chemins qui influent directement sur l’expérience des applications en production : HTTP
getSlot, WebSocket slotSubscribe et une fonction compatible avec WebSocket transactionSubscribe.Dans les résultats représentatifs, la latence médiane de HTTP
getSlot atteignait 23,4 ms sur ERPC contre 39,9 ms sur le service externe, soit un avantage d’environ 1,7 fois. La connexion WebSocket prenait 87 ms sur ERPC contre 157 ms, soit environ 1,8 fois moins. Pour la première notification de la fonction compatible avec WebSocket transactionSubscribe, ERPC enregistrait 240 ms contre 556 ms, soit environ 2,3 fois moins.Pour une application Solana en production, la simple latence moyenne ne suffit pas. L’établissement de la connexion, le délai de première notification, la stabilité des abonnements en temps réel, la fraîcheur des slots et l’absence d’erreurs sont tous importants. Pour la détection d’événements on-chain, les applications de trading, les systèmes de surveillance, les alertes, les infrastructures d’analyse, les bots et les API backend, la vitesse de la première notification et la régularité des données après le début de l’abonnement déterminent directement le moment où le traitement en aval peut commencer.
Dans cette comparaison, ERPC et le grand service externe observaient le même slot pour la fraîcheur de
getSlot aux niveaux processed et confirmed. Avec WebSocket slotSubscribe, les deux services observaient également le même slot au même moment. ERPC se connectait plus vite tout en conservant la même fraîcheur, et aucun des deux services n’a enregistré d’erreur.Améliorer HTTP, WebSocket et Geyser gRPC comme un seul système intégré
Cette mise à niveau ne se réduit pas à l’ajout d’un serveur. ERPC a revu et amélioré comme un ensemble le chemin HTTP de Solana RPC, le chemin WebSocket, celui des événements Geyser, la passerelle interne, les adaptateurs de conversion des données en temps réel, les processus de livraison et le logiciel réseau.
En production, un RPC HTTP rapide ne suffit pas. Des connexions WebSocket lentes, une première notification tardive, un débit d’abonnement qui ne tient pas la montée en charge, la latence liée à la conversion de Geyser gRPC vers une couche compatible WebSocket ou la saturation du traitement backend sous forte charge peuvent profondément dégrader l’expérience réelle.
ERPC ne traite donc pas HTTP, WebSocket et Geyser gRPC comme des fonctions isolées, mais comme un chemin continu qui reçoit, traite, livre et expose les données Solana aux applications. L’ajout du grand nœud, l’amélioration du logiciel réseau et de la passerelle, l’optimisation de l’adaptateur WebSocket et du chemin Geyser gRPC reposent sur cette approche intégrée.
Les améliorations du chemin Geyser gRPC et de l’adaptateur WebSocket accélèrent la première notification
La combinaison du chemin Geyser gRPC et de l’adaptateur WebSocket est l’un des domaines où les résultats sont les plus marqués. ERPC rend les données reçues sous forme d’événements Geyser accessibles dans une forme également pratique à utiliser par une couche compatible WebSocket.
Dans le test à client identique réalisé à Francfort sur la fonction compatible avec
transactionSubscribe, ERPC a enregistré une première notification en 240 ms, sans erreur, contre 556 ms et aucune erreur pour le grand service externe. Le délai était donc environ 2,3 fois plus court sur ERPC, et les performances de livraison continue se situaient elles aussi à un niveau égal ou supérieur.La distance réseau ne suffit pas à expliquer ce résultat. Pour les données Solana en temps réel, le délai d’arrivée final dépend de l’association des performances des nœuds, du traitement Geyser gRPC, de la passerelle, de la conversion WebSocket, des files d’attente, de l’architecture de diffusion et de l’efficacité du logiciel réseau. ERPC améliore continuellement ces éléments à partir des tendances de charge quotidiennes et de mesures réelles.
Une connexion et une première notification plus rapides, sans sacrifier la fraîcheur des slots
Lorsqu’un service gagne en vitesse, il faut aussi vérifier qu’il ne se contente pas de renvoyer plus rapidement des données anciennes. Ici, ERPC et le service externe ont observé le même slot pour la fraîcheur de
getSlot aux niveaux processed et confirmed, principalement utilisés par les applications en production.Avec WebSocket
slotSubscribe, les deux services ont également observé le même slot au même moment. ERPC a conservé cette fraîcheur tout en se connectant en 87 ms, contre 157 ms pour le service externe, soit environ 1,8 fois plus vite.Les performances RPC et WebSocket peuvent néanmoins varier selon la région, l’heure, l’emplacement du client, les conditions d’abonnement et la charge. ERPC suit séparément la médiane, le p95, les maxima, le délai de première notification, le débit, la fraîcheur des slots et le taux d’erreur, puis améliore en continu les indicateurs qui comptent en usage réel. Cette mise à niveau constitue une étape importante, mais un résultat isolé n’est pas une fin en soi : l’optimisation se poursuit selon les régions, les méthodes et les charges de travail.
Une couverture élargie des couches compatibles WebSocket et RPC, notamment pour Burst
Outre les gains de performances, cette mise à niveau étend la couverture des méthodes dans les couches compatibles WebSocket et RPC qui entourent les endpoints liés à Geyser gRPC, y compris Burst.
Des méthodes standard de confirmation et d’état telles que
getVersion, getSlot, getBlockHeight, getLatestBlockhash et isBlockhashValid sont désormais prises en charge. L’environnement devient ainsi plus simple à utiliser non seulement pour les abonnements en temps réel, mais aussi pour les vérifications d’état et les requêtes auxiliaires.ERPC n’est pas un service figé dans une liste de fonctions. La couverture évolue en fonction des méthodes, conditions d’abonnement, requêtes et besoins applicatifs réels. Si vous rencontrez un problème avec une méthode, une requête, une condition d’abonnement, une fonction compatible WebSocket ou un usage de Geyser gRPC, ouvrez un ticket sur le Discord officiel de Validators DAO. Indiquer la requête exacte, le comportement attendu, le détail de l’erreur et le contexte d’usage aidera à orienter les futures améliorations de compatibilité.
Déploiement progressif dans les offres Solana RPC et Geyser gRPC
Cette amélioration ne se limite pas à une configuration dédiée. ERPC la déploiera progressivement dans toutes les régions pour les offres liées à Solana RPC, WebSocket et Solana Geyser gRPC.
Les gains majeurs ont déjà été confirmés à Francfort lors de la comparaison avec un grand service RPC externe. Ils seront désormais appliqués région après région, tout en continuant à ajuster chacune d’elles en fonction des usages, des tendances de charge, des chemins réseau et de la configuration des serveurs.
La force d’ERPC ne réside pas seulement dans l’ajout ponctuel de fonctions, mais dans l’amélioration continue des offres existantes, de la couverture des méthodes, des chemins de livraison et des configurations serveur à partir des données de production. Conditions réseau, trafic, méthodes utilisées, volume d’abonnements et demande régionale évoluent sans cesse dans les environnements Solana. ERPC évolue avec eux en tant que plateforme spécialisée.
Exploiter les mesures à client identique pour progresser en continu
ERPC utilise également les comparaisons avec des services externes comme données d’entrée de son amélioration continue. Ce test mesurait séparément, depuis le même client à Francfort, HTTP
getSlot, le temps de connexion WebSocket, la première notification de la fonction compatible avec WebSocket transactionSubscribe, la fraîcheur des slots et les erreurs.Les performances de Solana RPC et de WebSocket varient selon la région, l’emplacement du client, les conditions d’abonnement, les méthodes, l’heure, la charge et la configuration du backend. C’est pourquoi ERPC ne se concentre pas sur une moyenne unique, mais aussi sur l’établissement de la connexion, la première notification, la fraîcheur des slots et le taux d’erreur, qui influent sur le moment où le traitement applicatif peut réellement commencer.
Pour les utilisateurs, l’essentiel est que les données nécessaires à leur application arrivent avec la vitesse et la stabilité requises. ERPC améliore ces performances concrètes en exploitant Solana RPC, WebSocket, Geyser gRPC, Shredstream, les VPS et les serveurs bare metal sur la même plateforme spécialisée Solana.
Des essais gratuits pour les offres éligibles, avec les charges de travail réelles
Des essais gratuits sont proposés pour les offres éligibles. Le tableau de bord ERPC permet de les identifier et de tester les améliorations de l’infrastructure Solana RPC, WebSocket et Geyser gRPC dans des conditions proches de la charge de travail réelle.
Les chiffres de référence ne suffisent pas à choisir la configuration d’une application Solana. Celle-ci dépend des méthodes utilisées, de la région depuis laquelle le client se connecte, du volume d’abonnements, de la priorité donnée au délai de première notification ou au débit, et de l’importance de la fraîcheur des slots pour la charge de travail.
Le tableau de bord présente les offres Solana RPC, WebSocket et Solana Geyser gRPC afin que chaque utilisateur puisse retenir la configuration adaptée à ses besoins. Les utilisateurs existants peuvent également mesurer dans leurs charges de travail actuelles la vitesse de réponse, les performances des abonnements et les méthodes prises en charge après le déploiement des améliorations.
Tableau de bord ERPC : https://dashboard.erpc.global/fr
Une amélioration continue au service d’une infrastructure spécialisée Solana
ERPC ne fournit pas Solana RPC comme un simple endpoint d’API, mais comme une infrastructure qui soutient la qualité d’exécution des applications Solana. HTTP RPC, WebSocket, Geyser gRPC, Shredstream, SWQoS, le placement des serveurs, la qualité des validateurs, les chemins réseau et les performances des nœuds influent directement sur leur vitesse et leur stabilité.
ELSOUL LABO bénéficie depuis 2022, pour la cinquième année consécutive, du programme néerlandais de soutien à la R&D WBSO. L’entreprise poursuit ses recherches sur les infrastructures Solana RPC, l’exploitation des validateurs, la livraison des données en temps réel et l’assistance au développement et aux opérations fondés sur des agents IA. Leurs résultats se retrouvent dans ERPC, SLV, SLV AI, le centre de données spécialisé Solana AS200261 et les services associés.
Cette mise à niveau s’inscrit dans cette R&D continue. L’ajout de grands nœuds haute performance, l’amélioration du logiciel réseau, de la passerelle et des adaptateurs WebSocket, l’optimisation du chemin Geyser gRPC et l’extension de la couverture des méthodes renforcent encore l’infrastructure nécessaire aux applications Solana en production.
ERPC continuera d’améliorer son infrastructure spécialisée dans tous ces domaines : Solana RPC, WebSocket, Solana Geyser gRPC, Solana Shredstream, VPS et serveurs bare metal. Son objectif reste de permettre aux utilisateurs de traiter davantage de données Solana, plus rapidement et de manière plus fiable, afin que les développeurs puissent se concentrer sur leurs applications et leur exploitation en production.
Contact
Pour toute question sur Solana RPC, WebSocket, Solana Geyser gRPC, Burst, les méthodes prises en charge, les essais gratuits, les offres existantes, les régions, les mesures comparatives ou un conseil de configuration, veuillez ouvrir un ticket sur le Discord officiel de Validators DAO.
En cas de problème avec une méthode, une condition d’abonnement, une requête, une fonction compatible WebSocket ou un usage de Geyser gRPC, indiquez la requête exacte et le comportement attendu. ERPC améliore continuellement sa couverture et ses performances à partir des besoins réels des utilisateurs.
Tableau de bord ERPC : https://dashboard.erpc.global/fr
Site d’ERPC : https://erpc.global/fr
Discord officiel de Validators DAO : https://discord.gg/C7ZQSrCkYR
