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

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

¡El límite de gas se está moviendo lentamente hacia arriba! Deberíamos estar en 45M pronto. Si ejecuta un validador, ¡todo lo que tiene que hacer es actualizar su software!

Selecciones de cabezas de cartel de todos los equipos cliente: Capa de ejecución: - Geth: EIP-7928 (Listas de acceso a nivel de bloque) - Reth: EIP-7928 + EIP-7732 (ePBS) + EIP-7805 (FOCIL) tramo - Erigon (ambos EL + CL): EIP-7928 + EIP-7805 + EIP-7782 (reducir la latencia de bloque) - Nethermind: EIP-7928 + EIP-7732 y también admite EIP-7805 + EIP-7692 - Besu: EIP-7928 + EIP-7732 + EIP-7805 tramo Capa de consenso: - Faro: EIP-7732 (ePBS) - Prysm: EIP-7732 + EIP-7805 estiramiento - Grandine: EIP-7732 + EIP-7805 estiramiento - Lodestar: EIP-7732 + EIP-7805 estiramiento + EIP-7919 Pureth para EL - Teku: EIP-7732 - Nimbo (ambos CL + EL): EIP-7732 + EIP-7919

¿Alguien está al tanto de los esfuerzos pasados para construir un modelo matemático de utilización del ancho de banda para Eth? a medida que escalamos la capacidad + rendimiento de L1, escalamos blobs, reestructuramos la ranura, aumentamos la eficiencia de propagación, agregamos nuevos mecanismos (por ejemplo, FOCIL, BAL), fragmentamos el mempool, etc., estamos trabajando contra las limitaciones de EIP-7870. Nos beneficiaríamos de un modelo en el que podamos introducir parámetros como el límite de gas de bloque, la presión de la mempool, el recuento de blobs, la sobrecarga de propagación y los factores de eficiencia, el recuento de blobs, la utilización de blobs, el recuento de validadores, el recuento 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 de la ranura. también para alertarnos cuando nuestras elecciones violan EIP-7870. En tiempo de diseño, esto nos ayudaría a razonar sobre las compensaciones, la asignación de ancho de banda, el rendimiento y la buena disposición. Además, ayuda a impulsar el debate sobre el modelado activo del tráfico, en el que priorizamos explícitamente ciertos tipos de actividad en diferentes instantes (y limitamos el ancho de banda a otros) para maximizar la eficiencia general del sistema. esencialmente un modelo matemático sintonizable del gráfico muy elemental a continuación (que omite mucho),

Echamos 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 haberse consolidado, reutilizaron una credencial de retiro pre-pectra - 14.362 de esos validadores reutilizaron una credencial de retiro posterior a Pectra - ¡Esto deja solo 2,763 validadores verdaderamente "únicos"! En algún momento, tenemos que preguntarnos qué impide que los validadores se consoliden, ¿es la madurez de las herramientas, el marco temporal de confianza o algo más? Feliz de ayudar a cualquiera a consolidarlo o hablar de ello, solo envíeme un mensaje directo

No, en serio, ¿qué es un "revestimiento" de horquilla @ethereum? ¿A quién benefician los EIP propuestos? ¿Cómo los comparamos? Mi equipo en el @ethereumfndn busca hacer que el proceso de actualización sea más fácil de entender. Estoy emocionado de compartir una herramienta smol que hemos estado hackeando: 🧵 ↓

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

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.

¡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: