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)
London (LON)
New York (NY)
Chicago (CHI)
Tokyo (TY)
Singapour (SGP)
Sydney (SYD)

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/fr

Q. La latence affiche 9999 ms et une région non optimale est sélectionnée. Que dois-je faire ?

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.

Region	Domain	IP Address
🇳🇱 Amsterdam	grpc-ams1.erpc.global	84.32.103.245
🇳🇱 Amsterdam	grpc-ams1.erpc.global	84.32.64.77
🇺🇸 New York	grpc-ny6-1.erpc.global	64.130.37.222
🇩🇪 Frankfurt	grpc-fra1-1.erpc.global	185.191.118.149
🇩🇪 Frankfurt	grpc-fra1-1.erpc.global	185.191.118.177
🇩🇪 Frankfurt	grpc-fra1-1.erpc.global	185.191.118.206
🇬🇧 London	grpc-lon6-1.erpc.global	67.209.52.250
🇯🇵 Tokyo	grpc-tokyo-6.erpc.global	198.13.133.88
🇸🇬 Singapore	grpc-sgp6-1.erpc.global	202.8.11.52
🇦🇺 Sydney	grpc-syd-1.erpc.global	82.26.116.36
🛰️ Far Point	grpc-far-point.erpc.global	63.254.162.14

Q. J'ai autorisé mon IP, mais je n'arrive toujours pas à me connecter. Que dois-je vérifier ?

Les endpoints gRPC et Shreds d'ERPC utilisent HTTP simple sur le port 80, protégé par liste d'autorisation IP. Ils n'utilisent pas HTTPS/TLS sur le port 443.

Si vous reprenez un exemple client d'un autre fournisseur, il peut utiliser :443 ou HTTPS par défaut. Remplacer uniquement le domaine peut laisser le port et les paramètres TLS inchangés, ce qui empêche la connexion de fonctionner.

Les endpoints ci-dessous sont des exemples. Remplacez-les par votre propre endpoint affiché dans le dashboard. Utilisez-le au format HTTP, ou indiquez explicitement le port 80 si votre client demande un hôte et un port :

gRPC standard

Non valide : grpc-fra1-1.erpc.global:443
Valide : grpc-fra1-1.erpc.global:80
Format URL valide : http://grpc-fra1-1.erpc.global

Burst gRPC

Non valide : grpc-fra1-burst.erpc.global:443
Valide : grpc-fra1-burst.erpc.global:80
Format URL valide : http://grpc-fra1-burst.erpc.global

L'authentification se fait par votre adresse IP enregistrée. N'ajoutez pas d'en-têtes x-token, token ou Authorization pour les endpoints gRPC ou Shreds d'ERPC, sauf indication explicite sur une page produit spécifique.

Q. Qu'est-ce que Geyser gRPC Burst?

Geyser gRPC Burst est l'offre gRPC partagée à faible latence d'ERPC, destinée aux charges de travail de streaming Solana sensibles à la latence. Elle fournit la même interface Yellowstone/Geyser gRPC que le service gRPC standard, y compris les abonnements account, transaction, slot et block, tout en s'appuyant sur une infrastructure régionale spécifique à Burst.

Burst fonctionne actuellement à Francfort, Amsterdam, New York, Tokyo et Singapore. Le système sélectionne la meilleure région Burst disponible pour votre IP enregistrée à partir de mesures de latence réelles.

Q. Quelles adresses IP dois-je autoriser pour Burst gRPC?

Le routage Burst mesure la latence depuis les adresses IP des load balancers gRPC réguliers listées ci-dessus, puis associe la région compatible la plus proche à un endpoint Burst. Autorisez ces IP sources de ping gRPC régulières pour la sélection de latence, ainsi que les IP des load balancers Burst ci-dessous afin que votre client puisse se connecter à l'endpoint Burst sélectionné.

Region	Burst Domain	IP Address
🇩🇪 Frankfurt	grpc-fra1-burst.erpc.global	64.130.41.234
🇳🇱 Amsterdam	grpc-ams1-burst.erpc.global	64.130.55.180
🇺🇸 New York	grpc-ny6-burst.erpc.global	64.130.59.217
🇯🇵 Tokyo	grpc-tokyo-burst.erpc.global	208.91.107.247
🇸🇬 Singapore	grpc-singapore-burst.erpc.global	67.209.55.15

Si les réponses ICMP depuis les IP des load balancers gRPC réguliers sont bloquées, le dashboard peut afficher 9999ms et Burst peut revenir vers une région non optimale. Bloquer les IP Burst affecte la connexion à l'endpoint Burst sélectionné.

Q. Burst est-il identique à Direct Shreds ou ShredStream?

Non. Burst est du Yellowstone/Geyser gRPC complet sur l'interface gRPC standard. Il convient lorsque vous avez besoin de flux block, slot, transaction ou account depuis un client gRPC.

Direct Shreds / ShredStream est un produit distinct basé sur UDP pour les données shred brutes et peut être préférable lorsque le chemin de données pré-block le plus précoce possible est la priorité. Les deux produits servent des interfaces et des charges de travail différentes.

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 none

slv check grpc --endpoint <YOUR_ENDPOINT> --token none

Regardez 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.
- Documentation de l'API Leader Slot ERPC
- Tableau de bord Web ERPC

Validators Solutions - Solana network data

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.
- Documentation de l'API Leader Slot ERPC
- Tableau de bord Web ERPC
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 d'IP. 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

Les paiements en crypto sont maintenant disponibles depuis l'ERPC Web Dashboard. Vous pouvez utiliser SOL, USDC ou EURC pour acheter des ERPC Credits.

Utilisez ces ERPC Credits pour activer ou continuer les plans ERPC. Ouvrez le dashboard, choisissez le paiement crypto, envoyez le transfert depuis votre wallet, puis le dashboard vérifiera la transaction et créditera votre compte.

ERPC Web Dashboard

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.

Tableau de bord Web ERPC

🔗 Tableau de bord Web ERPC

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.

Tableau de bord Web ERPC

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:

Comparaison de la vitesse des langages de programmation

Pour une performance maximale, nous vous recommandons fortement d'utiliser Rust.