【moneda】Según el resumen de la 159ª reunión de desarrolladores principales de la capa de consenso de Ethereum (ACDC), la reunión de este tiempo discutió principalmente: Lanzamiento de Fusaka Devnet 2 (prueba de BPO, ajuste gradual del número de blobs a 20), informe de rendimiento de un laboratorio sobre clientes en situaciones de alto Blob (los clientes Lighthouse y Prysm admiten 72 blobs/bloque, Nimbus solo alcanza 10 blobs, el ancho de banda y la carga de verificación son desiguales, se necesita optimización para apoyar a los stakers domésticos), congelación de la especificación de Fusaka CL (fusión de cuatro PR clave, lanzamiento de Devnet 3 en dos semanas, la especificación de la capa de ejecución se definirá en la próxima reunión de ACD), estrategia y cronograma de BPO (la red de prueba puede realizar pruebas agresivas de 20-48 blobs, la red principal adoptará un aumento conservador de 9→18→24, BPO1 preconfigurado en el cliente de Fusaka, BPO2 pendiente de evaluación de datos de la red principal, Soltar costos de coordinación), propuesta de bifurcación de Glamsterdam (EIP-7782: reducción del tiempo de slot de 12 segundos a 6 segundos; PR 3510: sentar las bases para un tiempo de slot flexible), etc.
El contenido es solo de referencia, no una solicitud u oferta. No se proporciona asesoramiento fiscal, legal ni de inversión. Consulte el Descargo de responsabilidad para obtener más información sobre los riesgos.
Ethereum Fusaka actualización: pruebas de BPO, optimización del cliente y plan de expansión de blobs en Mainnet
【moneda】Según el resumen de la 159ª reunión de desarrolladores principales de la capa de consenso de Ethereum (ACDC), la reunión de este tiempo discutió principalmente: Lanzamiento de Fusaka Devnet 2 (prueba de BPO, ajuste gradual del número de blobs a 20), informe de rendimiento de un laboratorio sobre clientes en situaciones de alto Blob (los clientes Lighthouse y Prysm admiten 72 blobs/bloque, Nimbus solo alcanza 10 blobs, el ancho de banda y la carga de verificación son desiguales, se necesita optimización para apoyar a los stakers domésticos), congelación de la especificación de Fusaka CL (fusión de cuatro PR clave, lanzamiento de Devnet 3 en dos semanas, la especificación de la capa de ejecución se definirá en la próxima reunión de ACD), estrategia y cronograma de BPO (la red de prueba puede realizar pruebas agresivas de 20-48 blobs, la red principal adoptará un aumento conservador de 9→18→24, BPO1 preconfigurado en el cliente de Fusaka, BPO2 pendiente de evaluación de datos de la red principal, Soltar costos de coordinación), propuesta de bifurcación de Glamsterdam (EIP-7782: reducción del tiempo de slot de 12 segundos a 6 segundos; PR 3510: sentar las bases para un tiempo de slot flexible), etc.