¡Feliz décimo cumpleaños a Ethereum! Es un eufemismo decir que este proyecto ha cambiado vidas ❤️

Y AQUÍ ESTÁ: ¡Primer bloque propuesto con un límite de gas de 45 millones en la red principal de #Ethereum! 🔥🚀 Próximo objetivo: 60M 📈

¡El límite de gas está subiendo lentamente! ¡Pronto deberíamos estar en 45M! Si ejecutas un validador, ¡todo lo que tienes que hacer es actualizar tu software!

Selecciones destacadas de todos los equipos de clientes: Capa de Ejecución: - Geth: EIP-7928 (Listas de Acceso a Nivel de Bloque) - Reth: EIP-7928 + EIP-7732 (ePBS) + EIP-7805 (FOCIL) stretch - Erigon (tanto EL + CL): EIP-7928 + EIP-7805 + EIP-7782 (Reducir la Latencia de Bloque) - Nethermind: EIP-7928 + EIP-7732 y también soporte para EIP-7805 + EIP-7692 - Besu: EIP-7928 + EIP-7732 + EIP-7805 stretch Capa de Consenso: - Lighthouse: EIP-7732 (ePBS) - Prysm: EIP-7732 + EIP-7805 stretch - Grandine: EIP-7732 + EIP-7805 stretch - Lodestar: EIP-7732 + EIP-7805 stretch + EIP-7919 Pureth para EL - Teku: EIP-7732 - Nimbus (tanto CL + EL): EIP-7732 + EIP-7919

¿Alguien está al tanto de los esfuerzos pasados para construir un modelo matemático de utilización de ancho de banda para Eth? A medida que escalamos la capacidad y el rendimiento de L1, escalamos blobs, reestructuramos el slot, aumentamos la eficiencia de propagación, añadimos nuevos mecanismos (por ejemplo, FOCIL, BAL), fragmentamos el mempool, etc., estamos trabajando contra las limitaciones de EIP-7870. Nos beneficiaría un modelo donde podamos introducir parámetros como el límite de gas por bloque, la presión del mempool, el conteo de blobs, la sobrecarga de propagación y los factores de eficiencia, el conteo de blobs, la utilización de blobs, el conteo de validadores, el conteo de pares activos, la actividad de sincronización de puntos de control, etc., para visualizar cómo se acumula todo a lo largo de la línea de tiempo del slot. También para alertarnos cuando nuestras elecciones violen EIP-7870. En el momento del diseño, esto nos ayudaría a razonar sobre compensaciones, asignación de ancho de banda, rendimiento/buen rendimiento. Además, ayuda a impulsar la discusión sobre la modelación activa del tráfico, donde priorizamos explícitamente ciertos tipos de actividad en diferentes momentos (y limitamos el ancho de banda a otros) para maximizar la eficiencia general del sistema. Esencialmente, un modelo matemático ajustable del gráfico elemental muy básico a continuación (que omite mucho).

Eché un vistazo a todo el conjunto de validadores de Ethereum para calcular cuántas oportunidades de consolidación se perdieron después de la actualización de Pectra. Estadísticas clave: - Desde Pectra, se activaron 96,672 nuevos validadores - 79,547 de esos validadores podrían haber sido consolidados, reutilizaron un credencial de retiro anterior a Pectra - 14,362 de esos validadores reutilizaron un credencial de retiro posterior a Pectra - ¡Esto deja solo 2,763 validadores verdaderamente "únicos"! En algún momento, tenemos que preguntarnos qué está impidiendo que los validadores se consoliden, ¿es la madurez de las herramientas, el marco de confianza o algo más? Estoy feliz de ayudar a cualquiera a consolidar o hablar sobre ello, solo mándame un DM.

No, en serio, ¿qué es un "headliner" de fork de @ethereum? ¿A quién benefician los EIPs propuestos? ¿Cómo los comparamos entre ellos? Mi equipo en @ethereumfndn está buscando hacer que el proceso de actualización sea más fácil de entender. Estoy emocionado de compartir una pequeña herramienta en la que hemos estado trabajando: 🧵↓

Después de una semana realmente productiva en persona con los desarrolladores del cliente, llegamos a un plan sobre cómo queremos abordar la escalabilidad y los desafíos que podrían surgir. Esperen un flujo constante de análisis y actualizaciones progresivas sobre el límite de gas en el futuro.

Propagación de Atestaciones: En los slots perdidos (sin bloque), los atestadores esperan hasta la fecha límite de atestación. Esto nos proporciona datos claros sobre cuándo las atestaciones no agregadas llegan a los nodos. Incluso los nodos Xatu rápidos y bien conectados (alojados en DC) solo ven ~40% de las atestaciones después de 1s; los más lentos alcanzan el 40% después de 2s. Estas son observaciones de latencia mejores que el caso promedio.

¡Edición especial de interoperabilidad de la serie Checkpoint! Las publicaciones de Checkpoint son actualizaciones accesibles para @ethereum desarrollo principal. La semana pasada, los desarrolladores e investigadores principales se reunieron para una semana de hacking en persona durante @BerBlockWeek y esta es una mirada interna a lo que hicieron: