Mafia 2 Cook acaba de empezar

Mida y luego construya. El rendimiento en tiempo real de MegaETH se basa en una creencia implacable en este credo. Medir, para entender. Luego construir, para re-imaginar.

La actualización de esta semana a la red de prueba MegaETH corrigió un error de rendimiento difícil de alcanzar que había causado que el tiempo de minibloque aumentara continuamente entre los reinicios del secuenciador. Esta es la historia. Es una historia sobre nuestra filosofía: medir, luego construir. Si uno visitara el panel de rendimiento de MegaETH recientemente, podría ver que el tiempo del minibloque había aumentado durante la semana previa al 3 de junio. En realidad, tal tendencia comenzaría justo después de cada reinicio del secuenciador desde el lanzamiento de la red de prueba pública. Anteriormente, las frecuentes actualizaciones del secuenciador significaban que el tiempo del minibloque no aumentaría en ninguna cantidad perceptible antes de que se restableciera la tendencia alcista. Sin embargo, las actualizaciones recientes no habían requerido reinicios del secuenciador, y la tendencia continuó durante semanas. El 3 de junio, el tiempo de minibloque casi alcanzó los 100 ms. Dado que los reinicios del secuenciador son cada vez menos probables en el futuro gracias a las copias de seguridad en caliente, es hora de eliminar el error de una vez por todas. Dado que recopilamos rutinariamente muchos datos de telemetría para la red de pruebas, el equipo comenzó a investigar rápidamente. El primer descubrimiento fue que el aumento en el tiempo de minibloque se aceleró con el tiempo: no solo aumentó el tiempo de minibloque, sino que aumentó cada vez más rápido. Por lo general, tal síntoma implicaría que el trabajo involucrado en la construcción de cada minibloque aumentó superlinealmente a medida que se construyeron más minibloques. Sin embargo, derribamos la hipótesis después de algunas mediciones y cálculos. Construimos la canalización de minibloques para que sea casi completamente asíncrona a la EVM para lograr un tiempo de minibloque arbitrariamente bajo. Esto significa que, independientemente del tiempo que se tarde en construir un minibloque, la EVM estará ejecutando transacciones durante todo el tiempo. Por lo tanto, el tiempo de construcción de minibloques más largo conduciría a un mayor número de transacciones por minibloque, pero no observamos eso. Por lo tanto, el problema no puede estar en la construcción de minibloques. Un examen cuidadoso del código confirma esta conclusión: ninguna parte del proceso de construcción de minibloques tiene una complejidad superlineal. El equipo amplió la búsqueda y el verdadero culpable apareció rápidamente. El tiempo que se tardaba en confirmar los bloqueos de EVM había ido en aumento; además, el tiempo de confirmación fue perfectamente lineal con el número de bloques EVM producidos desde el último reinicio. Al confirmar bloques de EVM, el entorno de EVM, como la altura del bloque, se actualiza, por lo que la EVM debe hacer una pausa y no puede ejecutar transacciones, lo que significa que tampoco hay minibloques. Hay un intervalo fijo de 1 segundo entre los bloques de EVM. Dentro del presupuesto de 1 segundo, un tiempo de confirmación que aumenta linealmente conduce a una duración linealmente decreciente para ejecutar transacciones, lo que a su vez conduce a un número linealmente decreciente de minibloques producidos. Si tomamos su recíproco, obtenemos el tiempo promedio del minibloque, que es inversamente proporcional en el tiempo. Es exactamente la forma de función que vimos en el panel de rendimiento. Las matemáticas salieron bien. En ese momento, sabíamos exactamente qué buscar: algún procedimiento cuya carga de trabajo aumente linealmente con el tiempo en la parte particular del código que maneja la confirmación de bloques EVM. El resto del trabajo fue sencillo. El equipo impulsó la actualización esta semana y el tiempo de minibloque no ha aumentado. Entonces, ¿cuál fue la lección? Creo que demostró una vez más el poder cuando la ingeniería se guía por mediciones cuidadosas y primeros principios. El equipo está trabajando en las otras actualizaciones con la misma filosofía. ¡Estén atentos!

Aplicaciones. Luego todo lo demás.

Quien tenga las aplicaciones, tiene la prima.

Serie de fundadores de la mafia: Construyendo una experiencia divertida y agradable con @arthurissir y @pumppartyapp

Las aplicaciones de MegaMafia 2.0 han finalizado Próximos pasos: → ~300 equipos inscritos → Todos los equipos recibirán una respuesta al final de la semana → La siguiente fase son las entrevistas con el equipo → Selección final por 6/16 Aquí hay un desglose de los solicitantes "¿Por qué MegaETH?" y a qué sector pretenden servir esos equipos.

Día 3 del torneo Guessbest. Hoy en día hay que adivinar entre las aplicaciones que se basan en MegaETH. Echa un vistazo a su juego optimizado para dispositivos móviles a continuación.

Desglose del festival Guessbest de esta semana. Sigue leyendo para tener la oportunidad de jugar a un nuevo juego cada día, ganar premios y conseguir el primer puesto en la tabla de clasificación.