Rubriques tendance
#
Bonk Eco continues to show strength amid $USELESS rally
#
Pump.fun to raise $1B token sale, traders speculating on airdrop
#
Boop.Fun leading the way with a new launchpad on Solana.
Voici quelques résultats intéressants. C'est toujours agréable de voir que MegaETH arrive en tête : )
Pour mettre les données en contexte, la latence de bout en bout d'une requête RPC se compose de trois éléments : (1) la latence de propagation à la vitesse de la lumière de/l'observateur vers/le serveur, (2) le temps nécessaire au serveur pour récupérer et post-traiter les données demandées, (3) le temps qu'il faut à l'observateur pour télécharger la réponse. Comme vous l'avez mentionné, les méthodes RPC testées sont plutôt légères, tant en termes de coût computationnel que de taille des données. Cela signifie que les expériences ont principalement testé (1), c'est-à-dire la latence de propagation entre les observateurs et les serveurs RPC. Ne vous méprenez pas – les RPC de MegaETH sont également assez performants sur (2) et (3) et il serait intéressant de voir des expériences qui les mettent à l'épreuve !
Alors, comment pouvons-nous affiner la latence de propagation ? En fait, il n'y a pas beaucoup de réglages possibles. Tout d'abord, nous pouvons déployer des serveurs RPC dans plusieurs régions géographiques et acheminer automatiquement les requêtes vers le serveur le plus proche. C'est comme des chaînes de restauration rapide qui ouvrent des magasins partout – il y a toujours une succursale à proximité ! Plus précisément, avoir des serveurs géo-distribués réduit la distance physique entre les utilisateurs et les serveurs.
Deuxièmement, nous pouvons optimiser la topologie du réseau. Même s'il s'agit du même couple d'expéditeur et de récepteur, la latence de propagation varie en fonction du chemin réseau réel emprunté. Par exemple, entre la côte est des États-Unis et l'Asie, la latence peut varier de 2x selon que les paquets de données passent par le Pacifique ou par l'Europe. Parfois, il existe même plusieurs chemins réseau suivant le même itinéraire géographique ; certains sont plus congestionnés que d'autres, ce qui induit une latence plus élevée. C'est comme avoir plusieurs autoroutes au choix pour aller du point A au point B. Les avantages de latence que vous avez observés proviennent très probablement de notre optimisation de l'itinéraire.
15 août, 21:38
MegaETH RPC officiel vs RPC Thirdweb – Latence du testnet
Je voulais obtenir des données directes de MegaEth sans avoir à gérer d'infrastructure et je cherchais le moyen le plus rapide de le faire.
J'ai utilisé "" pour effectuer un simple benchmark afin de voir comment le RPC officiel de MegaETH se compare à un RPC tiers (Thirdweb). L'objectif était de vérifier lequel tirerait des données fraîches de l'explorateur plus rapidement depuis différentes parties du monde.
Le test a utilisé l'appel RPC `eth_blockNumber` et `eth_getBalance` sur le testnet de MegaETH. Il a touché 27 régions AWS à travers 6 continents, envoyant des requêtes les unes après les autres avec un intervalle d'une seconde. Il a suivi la latence moyenne, les échecs, les erreurs 429, les requêtes réussies et la durée totale des requêtes.
Voici les résultats
Tous les résultats ont montré que le RPC officiel de MegaETH était plus rapide sur les six continents et dans les 27 régions. La latence pour MegaETH variait d'environ 126 ms à 238 ms selon ce test. Pour Thirdweb, la latence variait d'environ 170 ms à 381 ms. Les deux avaient de faibles taux d'échec, mais MegaETH en avait légèrement moins, et la durée totale des requêtes était systématiquement plus courte pour MegaETH.
Pour contextualiser, en général, les réseaux ont au moins quelques régions où un RPC tiers est plus rapide. Avalanche, Optimism et Ethereum ont tous des exemples de cela dans des benchmarks publics. Voir les
- Résultats d'Avalanche C-Chain
- Résultats d'Optimism
- Résultats d'Ethereum
MegaETH battant Thirdweb partout n'est pas typique.
Ma thèse sur pourquoi le RPC officiel de MegaETH est en tête est que le réseau est bien réglé architecturément et utilise un seul séquenceur à la fois.
J'invite @NamikMuduroglu @yangl1996 @0xSami_M à partager leurs réflexions
C'est un testnet donc les chiffres pourraient changer sur le mainnet lorsque le trafic est plus lourd. Cependant, pour l'instant, si vous avez besoin du moyen le plus rapide et le plus fiable pour obtenir des données de l'explorateur MegaETH, le RPC officiel est le choix évident.
NB : Je ne suis pas un expert, c'est juste théorique et peut ne pas être 100 % précis car les données testées étaient des appels légers, de plus ces résultats ont été instantanés, les résultats peuvent varier si des données plus volumineuses sont impliquées à différents moments, enfin j'ai utilisé un RPC public de Thirdweb, il pourrait y avoir d'autres plus rapides.
12,54K
Meilleurs
Classement
Favoris