FAQ - Shreds directs
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)
- Londres (LON)
- Dublin (DUB)
- New York (NY)
- Chicago (CHI)
- Ville de Salt Lake (SLC)
- 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 de chaque balanceur de charge Shreds pour trouver 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.), le résultat peut devenir
9999ms, ce qui peut empêcher la région optimale à proximité d'être sélectionnée. Autorise la liste des IP ci-dessous afin que la région la plus proche soit sélectionnée automatiquement.| Région | Domaine | Adresse IP |
|---|---|---|
| Amsterdam | déchiquetés-ams6-1.erpc.global | 64.130.43.108 |
| Francfort | déchiquetés-fra6-1.erpc.global | 64.130.41.236 |
| Londres | déchiquetés-lon6-1.erpc.global | 64.130.63.211 |
| Dublin | Déchiquetés-dub6-1.erpc.global | 82.40.61.2 |
| New York | ny6-1.erpc.global | 64.130.37.235 |
| Chicago | déchiquetés-chi-2.erpc.global | 84.32.71.34 |
| Ville de Salt Lake | déchiquetés-slc6-1.erpc.global | 72.244.154.7 |
| Singapour | déchiquetés-sgp6-1.erpc.global | 67.209.55.19 |
| D'après les résultats de l'enquête | déchiquetés-ty6-1.erpc.global | 198.13.133.89 |
Q. J'ai utilisé seulement WebSocket ou Geyser gRPC (YellowStone) avant. Vous avez des échantillons?
Oui. Vous pouvez rapidement commencer à tester les connexions Shreds et le développement d'applications en utilisant SLV.
Veuillez consulter le guide suivant 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. 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. 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. Pourquoi ShredStream n'inclut-il pas toutes les transactions?
Par conception, Shreds n'inclut pas toutes les transactions sur la chaîne de blocs Solana. Le suivi de toutes les transactions nécessiterait le déploiement de nombreux mandataires à l'échelle mondiale et la réception de Shreds par chaque validateur, ce qui n'est pas pratique.
Généralement, les utilisateurs fonctionnent avec un sous-ensemble des données disponibles, car cette approche est suffisante pour la plupart des applications du monde réel. Si votre cas d'utilisation exige une couverture complète des données sans perte, Shreds pourrait ne pas être approprié.
Pour les scénarios nécessitant une surveillance plus complète, Geyser gRPC offre une fiabilité plus élevée que Shreds. Cependant, pour obtenir une couverture 100% des données sur la blockchain Solana, il faut toujours déployer de nombreux serveurs edge, ce qui n'est peut-être pas réaliste dans la pratique.
Geyser gRPC offre une fiabilité supérieure à 99 %, ce qui est particulièrement supérieur à Shreds, un fait confirmé par de nombreux utilisateurs, y compris nous. Toutefois, les shreds fournissent généralement plus de 90 % de fiabilité.
Bien qu'ils ne saisissent pas chaque transaction, leur avantage clé est la capacité de récupérer rapidement la plupart des transactions plus rapidement que Geyser gRPC.
Pour une compréhension plus approfondie, nous vous recommandons d'explorer les protocoles Turbine et Gulf Stream de Solana:
- Gulf Stream: Protocole de transmission des transactions sans mémoire de Solana
- Turbine — Protocole de propagation par blocs de Solana
Q. Je veux le meilleur environnement possible.
Pour une configuration optimale, nous vous recommandons de combiner un nœud Shreds dédié avec notre serveurs bare metal. Partageant le même réseau, cette configuration permet une communication privée à distance zéro avec des latences 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. Pourquoi?
La latence augmente significativement avec la distance jusqu'à l'endpoint. Nous vous recommandons d'accéder depuis un serveur situé au plus près de l'endpoint fourni. Les environnements les plus rapides sont disponibles via notre serveurs bare metal et services VPS.
Q. Quel est le plus rapide: WebSockets, gRPC ou Shreds?
Sur la base des commentaires des clients, la commande de performance est:
Shreds > gRPC > WebSockets
Si votre expérience diffère, veuillez nous en informer.
Q. La latence ne correspond pas à mes attentes.
La performance varie considérablement selon le langage de programmation utilisé. En général, l'ordre d'exécution est:
Rust > Go > TypeScript (JavaScript) > Python
Pour des comparaisons détaillées, voir:
Nous recommandons fortement Rust pour la plus haute performance.