DApp Store | Sede de Web3 para eventos y juegos

Tendencias del momento

Estos son algunos resultados interesantes. Siempre es agradable ver que MegaETH está en la cima : ) Para poner los datos en contexto, la latencia de extremo a extremo de una solicitud RPC consiste en tres componentes: (1) la latencia de propagación a la velocidad de la luz desde/hacia el observador hasta/desde el servidor, (2) el tiempo que tarda el servidor en obtener y postprocesar los datos solicitados, (3) el tiempo que tarda el observador en descargar la respuesta. Como mencionaste, los métodos RPC que se están probando son más ligeros, tanto en términos de costo computacional como en términos de tamaño de datos. Esto significa que los experimentos probaron principalmente (1), es decir, la latencia de propagación entre los observadores y los servidores RPC. No me malinterpretes: los RPC de MegaETH también son bastante fuertes en (2) y (3) y sería interesante ver experimentos que los pongan a prueba. Entonces, ¿cómo afinamos la latencia de propagación? En realidad, no hay demasiados ajustes. Primero, podemos desplegar servidores RPC en múltiples regiones geográficas y enrutar automáticamente las solicitudes al servidor más cercano. Esto es como las cadenas de comida rápida que abren sucursales por todas partes: ¡siempre hay una sucursal cerca! Más precisamente, tener servidores geo-distribuidos reduce la distancia física entre los usuarios y los servidores. En segundo lugar, podemos optimizar la topología de la red. Incluso si es entre el mismo par de emisor y receptor, la latencia de propagación varía según la ruta de red real que se atraviesa. Por ejemplo, entre la costa este de EE. UU. y Asia, la latencia puede variar por 2x dependiendo de si los paquetes de datos pasan por el Pacífico o por Europa. A veces, incluso hay múltiples rutas de red que siguen la misma ruta geográfica; algunas están más congestionadas que otras, lo que induce una mayor latencia. Esto es como tener múltiples autopistas para elegir desde el punto A hasta el punto B. Las ventajas de latencia que observaste probablemente provienen de que optimizamos la ruta.

MegaETH RPC oficial vs RPC de Thirdweb – Latencia en Testnet Quería obtener datos directos de MegaEth sin tener que ejecutar ninguna infraestructura y estaba buscando la forma más rápida de hacerlo. Usé "" para ejecutar un simple benchmark y ver cómo se compara el RPC oficial de MegaETH con un RPC de terceros (Thirdweb). El objetivo era comprobar cuál de los dos obtendría datos frescos del explorador más rápido desde diferentes partes del mundo. La prueba utilizó la llamada RPC `eth_blockNumber` y `eth_getBalance` en la testnet de MegaETH. Se realizaron solicitudes en 27 regiones de AWS a través de 6 continentes, enviando solicitudes una tras otra con un intervalo de un segundo. Se registró la latencia promedio, fallos, errores 429, solicitudes exitosas y la duración total de las solicitudes. Aquí están los resultados Todos los resultados mostraron que el RPC oficial de MegaETH fue más rápido en los seis continentes y en las 27 regiones. La latencia de MegaETH osciló entre aproximadamente 126 ms y 238 ms según esta prueba. Para Thirdweb, la latencia osciló entre aproximadamente 170 ms y 381 ms. Ambos tuvieron tasas de fallo bajas, pero MegaETH tuvo ligeramente menos, y la duración total de las solicitudes fue consistentemente menor para MegaETH. Para contextualizar, típicamente las redes tienen al menos algunas regiones donde un RPC de terceros es más rápido. Avalanche, Optimism y Ethereum tienen ejemplos de esto en benchmarks públicos. Ver los - Resultados de Avalanche C-Chain - Resultados de Optimism - Resultados de Ethereum Que MegaETH supere a Thirdweb en todas partes no es típico. Mi tesis sobre por qué el RPC oficial de MegaETH sale en primer lugar es que la red está bien ajustada arquitectónicamente y utiliza un único secuenciador a la vez. Invito a @NamikMuduroglu @yangl1996 @0xSami_M a compartir sus pensamientos Esto es testnet, por lo que los números podrían cambiar en mainnet cuando el tráfico sea más pesado. Sin embargo, por ahora, si necesitas la forma más rápida y confiable de obtener datos del explorador de MegaETH, el RPC oficial es la opción clara. NB: No soy un experto, esto es solo teórico y puede no ser 100% preciso ya que los datos probados fueron llamadas ligeras, además estos resultados fueron instantáneas, los resultados pueden variar si se involucran datos más grandes en diferentes momentos, por último, utilicé un RPC público de thirdweb, podría haber otros más rápidos.

12,79K

Parte superior

Clasificación

Favoritos