Ethereum está escalando. Próxima parada -> 45M.

Aquí estoy de nuevo haciendo que todos recuerden que @ethereum tiene clientes y tenemos que atenderlos. Creo que EIP-7928 debería ser una de las mayores prioridades para @ethereum. Permitiría lecturas de disco en paralelo, validación de transacciones en paralelo y actualizaciones de estado sin ejecución. La segunda cosa que creo que Ethereum debería intentar hacer es EIP-7782 para reducir el tiempo de ranura de Ethereum de 12 a 6 segundos para disminuir la latencia en un 50%, distribuir el uso del ancho de banda y mejorar la experiencia de usuario. La separación entre proponentes y constructores consagrada EIP-7732 en la que muchos de los ingenieros quieren trabajar primero es interesante, pero no creo que agregue demasiado para el usuario final y agrega mucha complejidad. Es posible que estemos agregando más restricciones al sistema. Creo que primero tenemos que escalarlo. Creo que primero tenemos que centrarnos en el rendimiento muy concreto y en las características relacionadas con la UI/UX. He estado siguiendo el trabajo @NethermindEth y @paradigm hemos estado presionando para aumentar el límite de gas y creo que este tipo de iniciativas deberían ser la prioridad. Continúen con el gran trabajo.

CDF de los retrasos en la propagación de bloques de Ethereum entre países, medidos en relación con el nodo más rápido por ranura (bloque visto por primera vez). Sólo unos pocos países (FI, CH) logran retardos inferiores a 100 ms; La mayoría muestra un retraso medio de 200 a 500 ms. Esto representa una estimación del límite inferior para la propagación de bloques.

1/ ¿Debería Ethereum enviar ePBS (EIP-7732) en Glamsterdam, o es mejor una alternativa más ajustada? Vamos a desempacar. Publicación 👇 Completa

Después de un gran esfuerzo por parte de todos los clientes EL, ahora estamos listos para un límite de 45 MGas en la red principal de Ethereum. @NethermindEth lanzado una versión 1.32.0 que establece 45 como valor predeterminado + caducidad del historial para bloques previos a la fusión + mejora de los ingresos de producción de bloques enormes:

Propagación de atestación: En las ranuras perdidas (sin bloqueo), los certificadores se retrasan hasta la fecha límite de certificación. Esto nos proporciona datos limpios sobre cuándo las certificaciones no agregadas llegan a los nodos. Incluso los nodos Xatu rápidos y bien conectados (alojados en DC) solo ven ~ 40% de atestaciones después de 1s; Los más lentos alcanzan el 40% después de 2 segundos. Estas son observaciones de latencia de casos mejores que el promedio.

A continuación: @nero_eth sobre "Escalando la L1"

¡Ningún niño debería tener que irse a dormir sin saber qué señales señalan los validadores como límite de gas! 👉

¿Eres un desarrollador de aplicaciones cansado de indexar los saldos de las cuentas con numerosas llamadas RPC? Hablemos. 🤝 Creo que EIP-7928 podría ser lo que necesita. Por favor, etiquete a su índice favorito. ¡Me encantaría conectarme!

El 90% de las certificaciones llegan en 2 segundos. ¡Las ranuras de 6 segundos se pueden lograr cómodamente! El gráfico muestra cuándo se vieron por primera vez las certificaciones durante las últimas 100 ranuras perdidas. (Las ranuras perdidas proporcionan datos de tiempo más claros, como todos los clientes atestiguan al mismo tiempo)