Pourquoi les tests de Solana ShredStream ou gRPC visant le zero-block n’affichent-ils pas une latence de 200 ms ?
ERPC place en permanence les performances et la faible latence au cœur de ses travaux de recherche et développement. Cette priorité lui vaut la confiance de nombreux traders à haute fréquence et projets fondés sur Solana. Nous nous efforçons de créer des plateformes adaptées aux besoins variés de nos clients.
Cet article répond à une idée reçue fréquente : « Pourquoi les tests de Solana ShredStream ou gRPC visant le zero-block n’affichent-ils pas une latence de 200 ms ? »
Précisons d’emblée qu’une latence d’environ 200 ms n’est pas physiquement impossible. Le malentendu vient plutôt de la manière dont Solana mesure le temps des blocs. Un endpoint parfaitement capable de satisfaire vos exigences peut paraître plus lent à cause de la méthode de mesure.
Idées reçues sur les résultats des tests de latence
Chaque jour, de nombreux clients se tournent vers ERPC à la recherche d’un environnement rapide. Nous entendons souvent qu’« une latence supérieure à une seconde est inacceptable ». Cette inquiétude découle d’une interprétation du temps de slot de Solana, d’environ 400 ms : il faudrait recevoir puis envoyer les données en 200 ms pour chaque étape.
En pratique, la méthode de mesure du temps des blocs de Solana rend presque impossible l’obtention de résultats affichant une latence de 200 à 300 ms.
Particularités de mesure de la blockchain Solana
Solana enregistre le temps des blocs en secondes entières et supprime les millisecondes. Une donnée réellement reçue en environ 300 ms peut donc apparaître, dans le calcul, avec plus d’une seconde de retard.
Prenons une transaction qui se produit réellement à 07:46:46.900. Son timestamp de bloc sera enregistré à 07:46:46.000. Si elle est reçue à 07:46:47.200, le calcul affiche une latence de 1,2 seconde, alors que la latence réelle n’est que de 300 millisecondes.
Une méthode plus réaliste pour mesurer la latence
Compte tenu de la granularité à la seconde de Solana, une estimation plus réaliste consiste à ajouter une référence de 500 ms au temps de bloc enregistré :
text
Latence réelle ≈ heure de réception - (heure du bloc + 500 ms)Latence réelle ≈ heure de réception - (heure du bloc + 500 ms)Ce calcul se rapproche davantage de la latence véritable, mais reste une estimation. Seuls des tests de performances dans un environnement de trading réel permettent de la vérifier avec précision.
Bien interpréter les tests de latence
Les tests de latence servent avant tout à comparer des solutions dans des conditions identiques. Il ne faut pas s’appuyer uniquement sur leurs résultats pour prédire la réussite d’une stratégie de trading. Les performances réelles ne peuvent être évaluées avec exactitude qu’en conditions réelles de trading.
Les traders qui réussissent le savent et privilégient l’optimisation de l’ensemble de leur environnement plutôt que de se fier excessivement à un chiffre de latence.
Créer l’environnement le plus rapide possible
Deux facteurs sont déterminants :
- Utiliser un endpoint dédié : libéré de la charge d’autres utilisateurs, un endpoint dédié fournit constamment la meilleure vitesse.
- Réduire la distance physique : la distance entre l’endpoint et l’application influe directement sur la latence. L’application devrait idéalement fonctionner sur le même réseau que l’endpoint.
ERPC propose des VPS et des serveurs bare metal situés sur le même réseau que les endpoints Solana. Différents endpoints partagés sont également accessibles en essai gratuit.
Informations sur les essais gratuits
Pour un diagnostic, un conseil détaillé ou des informations sur les essais gratuits, contactez-nous sur le Discord officiel de Validators DAO. Nous sommes à votre disposition.
Discord officiel de Validators DAO :
https://discord.gg/C7ZQSrCkYR
ERPC continuera de fournir des solutions optimales, adaptées aux besoins de chaque client.
