FAQ - Geyser gRPC Stream
Q. Dans quelles régions se trouvent vos nœuds?
Nous opérons actuellement des nœuds dans les régions suivantes:
- Francfort (FRA)
- Amsterdam (AMS)
- New York (NY)
- Chicago (CHI)
- Tokyo (TY)
- Singapour (SGP)
ERPC mesure la latence réelle du réseau sur la base de vrais itinéraires, en sélectionnant automatiquement la région avec la latence la plus faible plutôt que de s'appuyer sur la distance linéaire. Cette approche améliore non seulement la latence pour les utilisateurs individuels, mais améliore également l'efficacité globale du réseau et renforce la résilience mondiale de l'ERPC contre les attaques potentielles.
Si votre environnement ne sélectionne pas automatiquement la région optimale, veuillez nous contacter via le tableau de bord Web ERPC. Dans la plupart des cas, ce problème est causé par les paramètres de pare-feu qui bloquent les réponses ping de l'endpoint.
Tableau de bord Web ERPC: https://dashboard.erpc.global/en
Q. Latence montre 99999 ms et une région non optimale est sélectionnée, mais mes ressources sont à Francfort.
Lorsque vous enregistrez votre IP, nous le pingons dans chaque gRPC load balancer pour choisir la région la plus proche. Si les réponses ICMP sont bloquées par votre pare-feu (ufw, pare-feu cloud, groupes de sécurité, etc.), la mesure peut devenir
9999ms, ce qui peut empêcher la région optimale à proximité d'être sélectionnée. Autorise la liste des IP de l'équilibreur de charge ci-dessous afin que la région la plus proche soit choisie automatiquement.| Région | Domaine | Adresse IP |
|---|---|---|
| Amsterdam | L'objectif de la stratégie de Lisbonne est d'améliorer la qualité de l'environnement. | 84.32.103.245 |
| Francfort | grpc-fra1-1.erpc.global | 185.191.118.149 |
| New York | grpc-ny6-1.erpc.global | 64.130.37.222 |
| Chicago | grpc-chi-1.erpc.global | 84.32.32.147 |
| D'après les résultats de l'enquête | grpc-tokyo-6.erpc.global | 143.20.238.2 |
| Singapour | erpc-sgp6-1.erpc.global | 202.8.11.52 |
Q. Je n'ai utilisé que WebSocket avant. Puis-je utiliser gRPC? Vous avez des échantillons?
Oui. Vous pouvez rapidement tester et commencer à développer avec gRPC en utilisant SLV.
Pour un endpoint partagé que vous pouvez tester sans jeton, exécutez:
bash
slv check grpc --endpoint <YOUR_ENDPOINT> --token noneslv check grpc --endpoint <YOUR_ENDPOINT> --token noneRegardez notre Guide de démarrage rapide de gRPC pour plus de détails.
Q. Puis-je enregistrer deux adresses IP?
Vous pouvez utiliser un endpoint par abonnement. Si vous souhaitez utiliser deux adresses IP, vous devez vous abonner à deux abonnements distincts.
Q. Y a-t-il des limites de filtre?
Non, il n'y a pas de limites sur les filtres.
Q. Quelle région recommandez-vous?
Il n'existe pas de région définitivement meilleure. Solana est un réseau mondial, et le validateur leader change à chaque slot. Les régions avec davantage de validateurs et un stake plus élevé obtiennent plus souvent des slots leaders, ce qui peut aider les transactions à être confirmées plus vite. En contrepartie, le trafic concurrent s'y concentre aussi; une région moins saturée peut donc parfois donner de meilleurs résultats selon votre stratégie.
Comme point de départ, choisissez une région dense en validateurs, comme Francfort ou la côte Est des États-Unis, lorsque la disponibilité régulière de slots leaders compte le plus. Placez-vous plutôt près d'un validateur cible précis lorsque l'exécution par le chemin le plus court est prioritaire. Utilisez Validators Solutions pour comprendre la distribution publique du réseau Solana, puis l'API ERPC Leader Slot et des mesures réelles pour décider si un déploiement mono-région, bi-région ou global est approprié.
Q. J'ai besoin d'une latence d'environ 400 ms ou moins.
Pour atteindre une latence d'environ 400 ms ou moins, tenez compte de ces points essentiels:
-
Compréhension réaliste des valeurs du ping: Les valeurs de ping indiquent des conditions idéales et ne reflètent pas la latence réelle des communications en streaming, souvent proche d'environ cinq fois la latence du ping. Par exemple, un ping de 100 ms sur les continents entraîne de façon réaliste environ 500 ms de latence. Ainsi, des infrastructures doivent être mises en place dans la même région pour atteindre ~400 ms de latence.
-
Références typiques de ping:
-
Même réseau: ~0,1 ms
-
Interconnexion réseau privée (PNI): ~0,2 ms
-
Même centre de données: ~0,3 ms
-
Même ville: ~1 ms
-
Pays voisin: ~5-10 ms
-
Intercontinental: ~100–300 ms
-
Éviter le piège de la latence moyenne: Les validateurs de Solana sont dispersés géographiquement à l'échelle mondiale, et le planning des leaders change de façon aléatoire à chaque époque. Il n'est pas pratique de recourir à la latence moyenne pour atteindre ~400 ms. Au lieu de cela, vous devriez suivre précisément les plannings des validateurs dans votre région spécifique pour identifier les slots avec la latence la plus basse. Pour parvenir à une latence minimale, il faut une infrastructure dans toutes les régions concernées. Dans la même région, l'acquisition de données peut se faire en dizaines de millisecondes, la transmission étant possible en quelques millisecondes seulement.
-
Suivi du planning des leaders: Surveillez en continu le planning des validateurs leaders de votre région avec l' API ERPC Leader Slot (
getLeaderSlots). Elle fournit des données temps réel sur les prochains leaders, le poids de stake, la géolocalisation des validateurs et les valeurs de ping de référence, ce qui permet d'identifier précisément les meilleurs slots de trading avec une latence minimale. Les données publiques de type carte et les API RPC natives sont utiles pour obtenir une vue d'ensemble du réseau, mais elles ne sont pas assez précises pour le timing d'exécution. L'API Leader Slot comble cette lacune avec la granularité nécessaire pour le routage et les décisions de trading.
Données du réseau Solana: Validators Solutions
Q. Comment puis-je réaliser le trading zero-block (zero-slot)?
La réussite de l'échange zero-block (zero-slot) nécessite des stratégies plus sophistiquées, comme suit:
- Identification des zones d'opportunité: Les validateurs Solana sont répartis dans le monde entier, et il est physiquement impossible d'obtenir une latence optimale sur chaque slot. Par conséquent, surveillez les plannings des validateurs leaders dans la région où se trouve votre infrastructure et identifiez les zones d'opportunité les plus favorables. Le déploiement d'infrastructures dans plusieurs régions peut également être avantageux. Par exemple, Francfort est une région clé en raison de sa forte densité de validateurs, ce qui entraîne une sélection plus fréquente des leaders et de meilleures opportunités de trading.
Utilisez l' API ERPC Leader Slot (
getLeaderSlots) pour obtenir des plannings leaders en temps réel, du poids de stake, des données de géolocalisation de validation et des valeurs de ping de référence avec beaucoup plus de précision que les sources de données publiques de type carte ou les API RPC natives. Cela vous permet de prédire les zones d'opportunité plus précisément et d'exécuter des trades à latence quasi nulle.-
Mise en œuvre des nœuds dédiés: Si vous avez du mal à rivaliser, envisagez de déployer des nœuds dédiés. Les nœuds partagés subissent la latence générée par le trafic d'autres utilisateurs et ne sont donc pas recommandés. De plus, placer votre nœud dédié dans le même réseau que votre application réduit considérablement la latence du réseau et optimise les performances.
Q. Puis-je utiliser un endpoint spécifique?
Pour maintenir un environnement à faible latence, notre système sélectionne automatiquement le nœud le plus proche disponible. Si vous souhaitez utiliser un endpoint spécifique, nous vous recommandons de louer un serveur situé au plus près de cet endpoint.
Q. Je reçois une erreur 401. Pourquoi?
Pour maintenir un environnement à faible latence, nous appliquons des restrictions à la propriété intellectuelle. Si vous n'avez pas d'abonnement ou si votre IP n'est pas enregistré, vous recevrez une erreur 401.
Veuillez vérifier si votre IP enregistré correspond à votre IP d'accès actuel.
Q. Je reçois une erreur 429. Pourquoi?
Vous avez atteint la limite de connexion de votre plan.
Si vous rencontrez cette erreur, envisagez de passer à une offre supérieure. Si vous avez besoin de plus de connexions que notre forfait premium, un nœud dédié gRPC serait plus approprié.
Q. Pourquoi les endpoints dédiés sont-ils plus rapides?
Les endpoints partagés sont utilisés par plusieurs clients sur les mêmes ressources. Lorsque le trafic augmente, la latence peut elle aussi augmenter. Les ressources serveur ont des limites physiques: si trop de requêtes arrivent en même temps, elles doivent être traitées successivement, ce qui ralentit les temps de réponse.
Même si nous optimisons aussi les endpoints partagés, un endpoint dédié vous réserve la ressource. Vous n'êtes donc pas affecté par le trafic d'autres utilisateurs, ce qui permet d'obtenir des réponses plus stables et plus rapides.
Les endpoints dédiés offrent aussi des options de communication sans TLS, comme HTTP. En évitant le handshake TLS (environ 20 ms), la communication peut être encore plus rapide qu'en HTTPS.
Q. Le prix de vente sera-t-il augmenté après mon abonnement?
Tant que votre abonnement reste actif, le prix promotionnel obtenu à l'inscription reste appliqué. Les environnements capables d'encaisser les charges temps réel de Solana sont rares à l'échelle mondiale, et nous prévoyons d'ajuster les prix publics avec la hausse de la demande en matériel et en réseau. Les configurations haut de gamme et les régions très demandées partent le plus vite; sécuriser le prix actuel est donc généralement le choix le plus rentable à long terme.
Q. Je veux payer avec crypto
ERPC développe des NFT d'abonnement. Ce mécanisme émet les droits d'abonnement sous forme de NFT, ce qui permet la propriété, le transfert et la revente, et améliore fortement l'expérience de paiement en crypto. Le lancement est prévu pour fin 2025. Pour plus de détails, consultez le lien suivant:
Abonnement NFT Communiqué de presse: https://erpc.global/en/news/2025/08/31/erpc-subscription-nfts/
Comme le développement et le lancement prendront encore du temps, si vous souhaitez payer en crypto dès maintenant, nous recommandons d'essayer des services qui permettent d'utiliser des cryptomonnaies via une carte bancaire:
- Bybit Crypto Card: https://www.bybit.com/en/cards
- Wirex Card: https://wirexapp.com/card
En utilisant ces services, vous pouvez immédiatement commencer à payer en cryptomonnaie comme avec une carte bancaire classique.
Q. Comment puis-je obtenir la latence la plus faible possible?
Nous vous recommandons vivement de combiner un nœud gRPC dédié avec notre serveur bare metal.
Tous deux partagent le même réseau, permettant une communication privée à distance zéro sans traverser Internet. Cette configuration atteint une latence extrêmement faible, généralement avec des pings d'environ 0,1 ms.
Veuillez nous contacter via le tableau de bord Web ERPC pour plus de détails.
Q. À quoi ressemble la latence?
La latence varie selon la méthode de mesure et votre environnement d'utilisation spécifique. Plutôt que de se concentrer sur des valeurs numériques exactes, il est crucial de s'assurer que la latence répond à vos besoins opérationnels réels.
Nous proposons des essais gratuits sur toutes nos offres afin que vous puissiez tester les performances directement dans votre environnement réel. Nous fournissons aussi des outils simples en TypeScript et Rust pour mesurer la latence; n'hésitez pas à les utiliser pendant votre essai gratuit.
Q. Est-ce que ce RPC (gRPC, Shreds) est plus rapide que d'autres?
Nous vous encourageons à utiliser l'essai gratuit et à comparer les performances avec d'autres services. Si notre service vous semble plus lent, indiquez via le tableau de bord Web ERPC les conditions précises et les concurrents comparés. Nous analyserons la cause et améliorerons la vitesse.
Nous améliorons continuellement la latence à partir des retours clients. Si vous recherchez l'endpoint le plus rapide possible, merci de partager des informations détaillées avec nous. Des mesures précises et des conditions de comparaison face aux concurrents nous permettent d'identifier les écarts et d'améliorer encore les performances.
Q. Quel plan offre la performance la plus rapide?
En général, notre offre la plus haut de gamme fournit les meilleures performances grâce à des CPU plus puissants, davantage de mémoire et des configurations matérielles plus robustes.
Nous proposons aussi des solutions personnalisées si vous avez besoin de serveurs encore plus puissants, tandis que nos offres standard sont conçues pour fournir un rapport prix/performance optimal.
Nous sommes confiants dans nos performances de niveau mondial à tous les niveaux de prix. Si vous trouvez un fournisseur plus rapide dans la même gamme de prix, merci de nous le signaler afin que nous puissions enquêter et apporter des améliorations.
Q. J'ai une latence élevée. Que puis-je faire?
La latence dépend fortement de votre proximité avec l'endpoint. Nous vous recommandons d'accéder depuis un serveur situé près de l'endpoint fourni. Les connexions les plus rapides sont réalisées avec notre serveur bare metal et service VPS.
Q. Quel est le plus rapide: WebSockets, gRPC ou Shreds?
Les commentaires de nos clients classent systématiquement la vitesse comme suit:
Shreds > gRPC > WebSockets
Veuillez partager votre expérience si vous observez différents résultats.
Q. La latence ne correspond pas à mes attentes.
La performance varie selon le langage de programmation utilisé. En général, la vitesse de la langue se classe comme suit:
Rust > Go > TypeScript (JavaScript) > Python
Pour des comparaisons détaillées, voir:
Pour une performance maximale, nous vous recommandons fortement d'utiliser Rust.