ERPC migre ses RPC Solana HTTP/WebSocket vers Firedancer dans toutes les régions et améliore la latence et la stabilité, même sur les endpoints HTTPS partagés

ERPC migre ses RPC Solana HTTP/WebSocket vers Firedancer dans toutes les régions et améliore la latence et la stabilité, même sur les endpoints HTTPS partagés

ERPC migre ses RPC Solana HTTP/WebSocket vers Firedancer dans toutes les régions et améliore la latence et la stabilité, même sur les endpoints HTTPS partagés
ERPC, exploité par ELSOUL LABO B.V. (siège : Amsterdam, Pays-Bas ; PDG : Fumitake Kawasaki) et Validators DAO, annonce avoir migré tous ses nœuds Solana RPC de toutes les régions vers le client Firedancer, à l’exception des nœuds dédiés à SWQoS dans la région de Francfort.
Cette migration a encore réduit la latence et renforcé la stabilité des traitements sur les Solana RPC d’ERPC, y compris leurs endpoints RPC HTTPS partagés. Selon les retours d’utilisateurs actuels, les endpoints partagés d’ERPC paraissent également plus rapides que les nœuds RPC dédiés d’autres fournisseurs.

Les difficultés structurelles de la latence et de la stabilité des Solana RPC

Le RPC est un fondement essentiel du développement et des opérations sur Solana. L’envoi de transactions, la récupération de l’état des comptes et l’observation en temps réel du comportement des applications reposent tous sur lui.
La latence RPC dépend en même temps de plusieurs facteurs : distance physique, routes réseau, surcoût du chiffrement TLS, efficacité de l’implémentation du nœud et concentration de la charge. Dans les environnements RPC partagés en particulier, HTTPS impose un surcoût TLS inévitable et le partage des nœuds tend à amplifier les fluctuations de latence.
ERPC répond en permanence à ces difficultés par son architecture sous-jacente : implantation mondiale des nœuds, distribution des données en edge et alimentation en Shreds de tous les nœuds. La migration vers Firedancer prolonge ces efforts.

Philosophie de conception et objectifs de Firedancer

Firedancer est un client Solana entièrement optimisé en langage C. Il n’est pas conçu pour favoriser les benchmarks théoriques, mais pour relever le plafond des performances concrètes en conditions réelles.
Par rapport au client agave largement utilisé, Firedancer optimise en profondeur la gestion de la mémoire, les parcours de traitement et le réseau. À matériel identique, il assure ainsi une faible latence plus stable et une meilleure efficacité de traitement.

Résultats des validations et enseignements opérationnels sur testnet et devnet

ERPC a déployé Firedancer dans ses environnements RPC de testnet et de devnet et mené des validations continues. Celles-ci ont confirmé que Firedancer pouvait réduire l’usage de la mémoire, stabiliser davantage la faible latence et relever les limites globales de traitement par rapport au client agave.
ERPC a également observé des configurations serveur qui peinaient à fonctionner de façon stable avec agave, mais s’exécutaient correctement avec Firedancer. Cette caractéristique est importante pour les performances, mais aussi pour une exploitation à la fois économe en énergie et très efficace.
Ces conclusions ne reposent ni sur des valeurs théoriques ni sur des benchmarks synthétiques, mais sur l’exploitation et l’observation continues au sein de l’infrastructure ERPC.

Détail de la migration de toutes les régions d’ERPC

ERPC a migré tous ses nœuds Solana RPC vers le client Firedancer, à l’exception des nœuds consacrés à SWQoS dans la région de Francfort.
La migration couvre toute la configuration, y compris les endpoints RPC HTTPS partagés. Les utilisateurs existants bénéficient des améliorations de latence et de stabilité apportées par Firedancer sans avoir à modifier leur configuration ni à effectuer de migration.
Dans la région de Francfort, ERPC prévoit une migration progressive dès que la fonctionnalité SWQoS de Firedancer sera entièrement prise en charge.

L’architecture ERPC fondée sur le déploiement mondial et l’alimentation en Shreds

ERPC fournit ses Solana RPC au moyen de full nodes déployés dans sept sites à travers le monde. Les données sont en outre acheminées par les routes les plus courtes possibles depuis plus de 300 datacenters edge dans le monde.
Tous les sites et tous les nœuds reçoivent une alimentation en Shreds, selon une architecture qui les prélève directement sur leurs parcours de circulation dans le réseau des validateurs Solana.
Les Shreds se propagent par UDP et sont prioritaires selon le poids du stake. Dans les configurations classiques, les nœuds RPC — qui ne détiennent pas de stake — tendent donc à recevoir les données plus tard, ce qui retarde souvent le suivi des blocs.
En injectant directement dans ses nœuds RPC les données issues des parcours de propagation des Shreds, ERPC permet des vitesses de rattrapage des blocs de niveau validateur jusque dans un environnement RPC. Cette approche assure des réponses rapides et constantes dans toutes les régions et sur tous les nœuds.

Positionnement des RPC partagés, d’Unlimited Endpoints et des VPS

Depuis la migration vers Firedancer, les endpoints RPC HTTPS partagés affichent eux aussi une latence plus faible et une stabilité accrue.
Unlimited Endpoints supprime en outre les limites de TPS ainsi que les quelque 20 ms de surcoût liés à TLS (HTTPS), et permet d’utiliser les RPC en HTTP/WebSocket. Associée aux offres VPS d’ERPC sur la même plateforme, cette configuration exécute les principales méthodes RPC Solana en seulement 2 ms.
Une telle installation exigeait traditionnellement des nœuds RPC dédiés coûtant plusieurs milliers de dollars, ainsi que des serveurs voisins provisionnés séparément. ERPC fournit des performances comparables pour environ un dixième de ce coût.

Informations tarifaires

Consultez les grilles ci-dessous pour les plans Shared Solana RPC, Unlimited Endpoints et VPS.
Shared Solana RPC Pricing
Unlimited Endpoints Pricing
ERPC VPS Pricing
Les utilisateurs peuvent choisir le plan le mieux adapté à leur cas d’usage et à leur architecture.

Recherche et développement continus

ERPC poursuivra ses travaux de recherche et développement afin de concilier latence et stabilité dans son infrastructure Solana RPC. Ils comprennent la migration prévue des nœuds de Francfort lorsque Firedancer prendra entièrement en charge SWQoS, ainsi que des améliorations progressives et continues de toute la plateforme.
ERPC privilégie son évolution à long terme comme infrastructure capable de supporter des charges de production réelles.

Message du Nouvel An

Bonne année. Nous remercions sincèrement tous les utilisateurs pour leur soutien constant au cours de l’année écoulée.
En 2026, ERPC continuera d’évoluer comme plateforme d’infrastructure Solana de niveau production, en faisant progresser à la fois la vitesse et la stabilité. Nous vous remercions par avance de votre soutien continu à ERPC.

Demandes de renseignements et conseils

Pour obtenir des conseils sur la conception de votre architecture, le choix des régions ou l’association d’Unlimited Endpoints avec un VPS, contactez-nous sur le Discord officiel de Validators DAO.
Discord officiel de Validators DAO : https://discord.gg/C7ZQSrCkYR Site officiel d’ERPC : https://erpc.global/fr/