Los documentos de las consultas de registro realtime_sendRawTransaction y paginadas están activos. ¡Los créditos son para @0xSami_M! También estamos trabajando en una revisión del sitio web de documentos.

El conejito necesita un poco de sombra

paralelo E.V.M. (Ethereum Veggie Machine)

No estoy tan seguro de ello. Incluso PoW se basa en última instancia en la suposición de que el adversario no puede controlar grandes cantidades de infraestructura física (CPU, GPU, ASIC, SSD, suministro de electricidad, etc.) durante largos períodos de tiempo, lo cual es una suposición económica. Tanto PoW como PoS delegan el difícil problema de la mitigación de Sybil a reglas, patrones y heurísticas del mundo fuera de la cadena.

RT @0xBreadguy: Me alegro de que esta publicación mencionara las trituraciones de Solana (15 ms) como la comparación con los bloques de 10 ms de Mega. De alguna manera, siempre terminamos en este...

Las conversaciones convergieron rápidamente en un diseño conjunto óptimo de CLOB y cadena, lo cual era totalmente esperado!!

Hay una reunión semanal de ingeniería entre GTE y MegaETH. Discutimos todo, desde nuevos métodos RPC (¿alguien lee paginado?) hasta cómo se deben considerar los spam en la cadena de bloques más rápida. Constantemente me recuerdan lo talentoso, ambicioso y pragmático que es el equipo. Ha sido un placer trabajar con el equipo de GTE durante el año pasado, ¡y esto es solo el comienzo! ¡¡Enhorabuena a @GTE_XYZ!!

El cachorro tuvo que viajar 42 horas solo para llegar a nosotros y se retrasó. Así que condujimos 3 horas en medio de la noche para recortar las últimas 10 horas. ¡Bienvenido a casa, River!

Los sistemas verdaderamente grandes proporcionan abstracciones fáciles de usar para los usuarios finales, al tiempo que conservan toda la potencia de los mecanismos subyacentes. La nube abstrae los sistemas operativos y las redes en una computadora gigante. Las criptomonedas abstraen los algoritmos distribuidos y la teoría de juegos en un custodio benévolo. EigenCloud está abstrayendo la nube y las criptomonedas en una plataforma informática siempre verificable y de escala infinita en la que todos pueden descargar todo. ¡Felicidades a @sreeramkannan y al equipo de @eigenlayer!

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!