Latence en temps réel sur l'ensemble des chaînes, des régions et des fournisseurs. Mêmes charges utiles, même planning, connexions à froid. Nous publions exactement les résultats de nos mesures.
S'applique à tous les graphiques de cette page
Ethereum, 24 heures sur 24, Monde entier, P95. La longueur des barres dépend de la latence : plus une barre est courte, plus la vitesse est élevée. Sélectionnez n'importe quel fournisseur pour voir comment ses performances varient d'une région à l'autre.
Charges utiles identiques, connexions à froid
Les points s'affichent en temps réel : le graphique de chaque fournisseur est généré à partir des valeurs P50 et P95 actuellement mesurées pour la chaîne, la région et la fenêtre que vous avez sélectionnées ci-dessus. QuickLee mesure les centiles plutôt que d'enregistrer chaque requête individuellement ; les points sont donc des échantillons simulés qui reproduisent ces chiffres en temps réel : les plus rapides à gauche, les plus lents à droite. Un fournisseur dont la distribution présente une queue étroite reste regroupé à gauche ; celui dont la queue est large s'étale vers la droite.
La médiane, la moyenne et le P95 de chaque fournisseur sur une seule échelle. La barre représente l'écart entre la requête type et la « queue lente » : une barre courte correspond à un fournisseur dont les performances sont prévisibles, tandis qu'une barre longue correspond à un fournisseur dont les performances sont parfois bien inférieures à ses chiffres officiels.
Quicknode P95 par région, et l'écart par rapport au concurrent le plus rapide dans cette même région. Choisissez une carte pour afficher le détail ci-dessous.
La moyenne mondiale regroupe les cinq régions ; il n'y a donc pas de ventilation spécifique. Cette section affiche toujours une seule région à la fois, actuellement la région Est des États-Unis. Sélectionnez une région ci-dessous pour changer d'affichage.
Le filtre ci-dessus est réglé sur « Global » : il calcule la moyenne des cinq régions et ne fournit donc pas de ventilation par région. Ces chiffres concernent uniquement la région « US East »; sélectionnez une région ci-dessus pour les modifier.
Chargement des mesures…
Les courbes sont lissées à l'aide d'une médiane glissante afin qu'un pic isolé ne masque pas la tendance. Faites glisser votre doigt sur le graphique pour afficher la valeur brute de QuickLee à ce moment précis ; passez la souris sur un fournisseur dans la légende pour isoler sa courbe, ou appuyez dessus pour la masquer.
La plupart des tests de performance sont exécutés à partir d'un seul emplacement, sur des connexions déjà établies, et ignorent discrètement les échecs. Nous les exécutons à partir de 15 hôtes synthétiques répartis sur 3 clouds et 5 régions, via des connexions nouvellement établies, et enregistrons chaque tentative.
Nous établissons de nouvelles connexions plutôt que de réutiliser celles qui sont encore actives ; les chiffres reflètent donc ce que coûte réellement une requête, et non une connexion maintenue dans le meilleur des cas.
Les échecs, les délais d'expiration et les limitations de débit sont enregistrés, sans jamais être masqués par une nouvelle tentative. La latence ne tient compte que des réponses réussies.
Chaque fournisseur reçoit la même charge utile, la même chaîne, la même région et le même calendrier. Pas d'itinéraires spéciaux, pas de points de terminaison triés sur le volet.
Nous surveillons également le décalage de hauteur de bloc et l'actualité des données, afin que la vitesse ne se fasse jamais au détriment de lectures obsolètes.
Chaque fournisseur est évalué à partir des mêmes 15 hôtes synthétiques : trois environnements cloud et cinq régions, qui envoient des charges utiles identiques selon un calendrier identique.
Instances AWS, Google Cloud et Oracle Cloud situées en Virginie du Nord, en Californie, à Francfort, à Tokyo et à Singapour.
Chaque sonde établit une nouvelle connexion et envoie la même requête selon le même calendrier. Pas de réutilisation « à chaud », pas d'itinéraires spéciaux.
Les échecs, les délais d'expiration et les limitations de débit sont enregistrés, sans jamais être masqués par une nouvelle tentative. La latence ne tient compte que des réponses réussies.
| Cloud | Est des États-UnisVirginie du Nord | Ouest des États-UnisCalifornie | Europe centraleFrancfort | AP Nord-EstTokyo | AP Sud-EstSingapour |
|---|---|---|---|---|---|
| AWS | |||||
| Google Cloud | |||||
| Oracle Cloud |
Questions sur la manière dont nous effectuons nos mesures, sur la signification des chiffres et sur la façon d'interpréter les résultats.
⚡ NOUVEAU : Elysium Testnet sur QuicknodeTestnet points de terminaison pour la chaîne EVM de Kinetiq sur HyperEVM
Obtenir un endpointCertifié SOC 2 Type II · ISO 27001