Temas en tendencia
#
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.
Lei Yang Σ:
Oficial jefe de alimentación de conejos en @megaeth_labs. Recién graduado de doctorado en el MIT CSAIL. Trabajando en redes informáticas y sistemas distribuidos (para blockchain).
Lei Yang Σ: reposteó
Nunca hemos pedido ingresos o acciones de asesoramiento a ningún equipo @0xMegaMafia.
La única vez que se mencionaron las recompras de tokens fue cuando los equipos solicitaron ventajas estructurales como la colocación temprana y la emisión de activos, lo que habría sido injusto para otros constructores del ecosistema.
En esta situación, la recompra de tokens se justifica porque la comunidad necesita beneficiarse de que demos estas ventajas a los proyectos.
Todo el mundo puede construir sobre MegaETH.
20.05K
La actualización de la raíz de estado es increíblemente lenta y es responsable de una ralentización de hasta 10 veces al construir bloques EVM. SALT es la solución de MegaETH a este problema.
SALT es un nuevo almacén de clave-valor autenticado que reemplaza (en lugar de ser una mera reimplementación de) Merkle Patricia Trie (MPT) de EVM. Está optimizado para una sola cosa: ocupar el menor espacio posible para que quepa en la memoria RAM de los ordenadores.
Este objetivo es supuestamente fácil de lograr ajustando el MPT y haciéndolo ancho y poco profundo, pero al pensar así se pasa por alto un tema clave: la escasez de teclas. Nuestra teoría + experimentos (muchos detalles en la charla) muestran que la escasez infla los tamaños de MPT y amigos (como los venerables Verkle Tries, desafortunadamente) cientos de veces. En consecuencia, tienen que desbordarse a discos duros lentos y torpes, lo que mata el rendimiento. (¿Recuerdas la desaceleración de 10x?)
Al domar la escasez, SALT puede acercarse infinitamente a la optimalidad. De hecho, ¡es óptimo en espacio y uso de IO! El cuello de botella de la actualización de las raíces estatales se ha resuelto de una vez por todas.
¡Mira la grabación de la charla! La charla se presentó en el taller de Ciencia e Ingeniería del Consenso durante SBC 25. ¡Muchas gracias al Tse Lab de la Universidad de Stanford por organizar el evento y a los patrocinadores del evento @babylonlabs_io y @poddotnetwork!
44.64K
Estos son algunos resultados interesantes. Siempre es bueno ver que MegaETH llega a la cima :)
Para poner los datos en contexto, la latencia de extremo a extremo de una solicitud RPC consta de tres componentes: (1) latencia de propagación a velocidad de la luz desde/hacia el observador hacia/desde el servidor, (2) tiempo que tarda el servidor en capturar y posprocesar los datos solicitados, (3) tiempo que tarda el observador en descargar la respuesta. Como mencionó, 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 estresan.
Entonces, ¿cómo ajustamos la latencia de propagación? En realidad, no hay demasiadas perillas. En primer lugar, podemos implementar servidores RPC en varias regiones geográficas y enrutar automáticamente la solicitud al servidor más cercano. Esto es como si las cadenas de comida rápida abrieran tiendas por todas partes: ¡siempre hay una sucursal cerca! Más precisamente, tener servidores distribuidos geográficamente reduce la distancia física entre usuarios y servidores.
En segundo lugar, podemos optimizar la topología de red. Incluso si es entre el mismo par de emisor y receptor, la latencia de propagación varía en función de la ruta de red real atravesada. Por ejemplo, entre la costa este de EE. UU. y Asia, la latencia puede variar 2 veces 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; algunos están más congestionados que otros, lo que induce una mayor latencia. Esto es como tener varias autopistas para elegir del punto A al punto B. Las ventajas de latencia que observaste probablemente provinieron de nosotros optimizando la ruta.
15 ago, 21:38
RPC oficial de MegaETH vs RPC de Thirdweb - Latencia de la red de prueba
Quería extraer datos directos del MegaEth sin tener que ejecutar ninguna infraestructura y estaba buscando la forma más rápida de hacerlo.
Usé "" para ejecutar un punto de referencia simple para ver cómo se compara el RPC oficial de MegaETH con un RPC de terceros (Thirdweb). El objetivo era verificar cuál extraería datos nuevos del explorador más rápido de diferentes partes del mundo.
La prueba utilizó la llamada RPC 'eth_blockNumber' y 'eth_getBalance' en la red de prueba MegaETH. Llega a 27 regiones de AWS en 6 continentes, enviando solicitudes una tras otra con un intervalo de un segundo. Realizó un seguimiento de la latencia promedio, las fallas, los errores 429, las 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 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 tenían bajas tasas de falla, pero MegaETH tenía un poco menos, y la duración total de la solicitud era consistentemente menor para MegaETH.
Para contextualizar, normalmente las redes tienen al menos algunas regiones donde una RPC de terceros es más rápida. Avalanche, Optimism y Ethereum tienen ejemplos de esto en los puntos de referencia públicos. Ver el
- Resultados de Avalanche C-Chain
- Resultados de optimismo
- Resultados de Ethereum
MegaETH superando a Thirdweb en todas partes no es típico.
Mi tesis sobre por qué MegaETH Official rpc sale ganando es que la red está bien ajustada arquitectónicamente y utiliza un solo secuenciador a la vez.
Invito a @NamikMuduroglu @yangl1996 @0xSami_M a compartir sus pensamientos
Esta es una red de prueba, por lo que los números podrían cambiar en la red principal cuando el tráfico es más pesado. Sin embargo, por ahora, si necesita la forma más rápida y confiable de extraer datos del explorador MegaETH, el RPC oficial es la opción clara.
NB: No soy un experto, esto es solo teórico y puede que no sea 100% preciso ya que los datos probados fueron llamadas ligeras, también estos resultados fueron capturados, los resultados pueden variar si se trata de 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.54K
¡Toc toc, el momento Robinhood para las criptomonedas se acerca!
8 ago, 00:43
100 de las mentes más brillantes en cripto acaban de hacer la misma apuesta.
Hemos reunido una coalición seleccionada de constructores, traders y usuarios avanzados para respaldar la aplicación de consumo innovadora que nuestra industria ha estado esperando.
Lo que Robinhood hizo por el tradfi, Euphoria lo hará por cripto.
Tap Trading está en camino 👇🧵
2.52K
asistí a una charla divertida cuando aproximadamente 5 personas me enviaron mensajes o susurraron comentando sobre la similitud con otro artículo publicado hace 3 años. ¡buenos momentos! ¡La IA será una gran herramienta para ayudar a los revisores a examinar las revisiones de literatura adecuadamente!
725
Tuve un vuelo de regreso muy productivo desde Copenhague (gracias al hecho de que el asiento a mi lado estaba vacío)!
Logré encontrar un modelo matemático que explica por qué la nueva estructura de datos trie de estado de MegaETH es escalable, mientras que MPT y sus variantes no lo son, sin importar cuán optimizadas estén sus implementaciones. Esto incluye los Verkle tries, que se les dio bastante esperanza para acelerar la actualización de la raíz del estado, así como las diversas bases de datos optimizadas para MPT.
Adopté la técnica utilizada en el análisis – aproximar un proceso aleatorio con un espacio de estado explosivo utilizando un proceso sin memoria – cuando trabajaba en el artículo de IBLT sin tasa. Es una técnica elemental, ¡pero se siente muy satisfactorio usarla con éxito en otro lugar!
Introduciré la nueva estructura de datos en el taller de Ciencia e Ingeniería del Consenso (durante SBC). Será la primera vez que hablemos de ello en detalle, aunque ha estado en producción en la testnet desde el primer día : ) ¡Nos vemos allí!
31.56K
¡Divirtiéndome mucho migrando MegaETH a EigenDA V2 y no podría estar más emocionado! La nueva arquitectura es elegantemente minimalista y composable. La simplicidad deja mucho espacio para una mayor escalabilidad y actualizaciones elegantes. Ha sido una experiencia especialmente divertida trabajar con Bowen en el lado de EigenDA en todos nuestros locos experimentos de referencia!
@sreeramkannan y yo tuvimos algunas conversaciones sobre la arquitectura óptima de DA durante el verano de 2022 después de nuestro artículo de DispersedLedger. Concluimos que es posible construir un DA de hiperescala completamente desacoplado del consenso. ¡Es tan emocionante ver todas las ideas disponibles en un sistema de producción!!!
30 jul 2025
Hoy, en el décimo aniversario de @ethereum, lanzamos EigenDA V2 con un rendimiento de 100 MB/s, convirtiéndolo en la primera solución de disponibilidad de datos en romper la barrera de los TRES dígitos.
A medida que Ethereum entra en su segunda década, estamos orgullosos de ayudar a escalar su próxima ola de innovación.
Aprende más 🧵
7.77K
Populares
Ranking
Favoritas