¡ACDC # 161 está en vivo! 🗓️ 24 de julio de 2025 a las 14:00 UTC En la agenda: 🔹 Resumen de Fusaka devnet-2 y lanzamiento de devnet-3 🔹 Objetivo: Lanzar candidatos para finales de agosto 🔹 Glamsterdam: cabeza de cartel, horario de franja, ePBS 🔹 Discusiones sobre las especificaciones de SSZ 📺 Reloj: 🔴 En vivo/X: #Ethereum #ACDC161 #Fusaka #Glamsterdam

Fusaka Devnet-2: Casi completo 🔄 @BarnabasBusa: @lodestar_eth y @ethnimbus mostrando problemas en escenarios de prueba 🚀 Devnet-3: Genesis tuvo lugar hace ~24h, devnet se bifurcará pronto, se espera progreso en ACDT 🔧 Interoperabilidad en su mayoría suave (problemas menores de ethconfig), infraestructura MEV próximamente 📦 Incluye cambios de especificaciones @ralexstokes: Suponiendo la estabilidad de devnet-3, apunte a comenzar a endurecer y tener candidatos de lanzamiento a finales de agosto 🎯 Objetivo: Fusaka mainnet antes de Devconnect (Nov) 📍Conclusión: Monitorear el progreso de devnet-3 → discutir los próximos pasos en la próxima convocatoria de ACD #Ethereum #Fusaka #ACDC161

Discusión sobre Glamsterdam 🧩 Revestimiento del techo: Se acordó seleccionar 1 EIP por capa ⏱️ Menor tiempo de ranura: análisis en profundidad 👩 💻María presentó datos actualizados: - Métricas rastreadas a través de Xatu, usando una bifurcación @prylabs (desde @ethPandaOps) - Monitoreo de #propagation de bloques, #attestation tiempos de llegada y franjas horarias #missed - Retrasos en la certificación observados: los datos del percentil 95 muestran cierto riesgo en ranuras más cortas Pasos siguientes: Recopilar más muestras, analizar #gas impacto en el uso y ampliar los datos de la comunidad

🗣️ Siguió una animada discusión sobre Shorter Slot Time 📣 @EthDreamer destacado: - PTC (Parallel Time Construction) permite la propagación + agregación de atestación 4s, superpuesta con la ejecución de bloques/blobs - Potencial para optimizar el uso de las franjas horarias con la coordinación adecuada @potuz_eth : - Plantearon dudas sobre el uso de p95 como umbral - Mencionado @preston_vanloon tiene una PoC en funcionamiento, aunque incompleta - Señala que la concentración de tiempo de certificación no necesariamente invalida la propuesta de tiempo de intervalo más corto. @dankrad aclara que el uso actual de las métricas p95 es observacional, no prescriptivo, y que Ethereum no está intentando optimizar los tiempos de ranura estrictamente basándose en p95. @nero_eth señala que la construcción de tiempo paralelo (PTC) introduce latencia adicional debido a los pasos de verificación de BLS, algo que debe tenerse en cuenta al considerar las reducciones de tiempo de franja. @Parithosh: - La bifurcación confirmada de Prysm ya no agrega retraso artificial. - Los datos recopilados por la comunidad serán más representativos 📦 @barnabemonnot : - Se aclaró que la métrica 4.4s no pretende "apoyar" o "rechazar" la propuesta de 6s, solo los primeros datos - Aclarar que los datos actuales (4413ms) no son suficientes para argumentar a favor o en contra de los tiempos de ranura de 6s y reflejan las condiciones de red existentes. 📌 Conclusión: - Tiempo de ranura de 6s — aún bajo investigación - Más datos para recopilar y revisar - Se fomenta la participación de la comunidad (por ejemplo, a través de @ethPandaOps) #Glamsterdam #shorterslot

Flashbots en ePBS y el "problema de la opción libre": una perspectiva MEV (#Glamsterdam) Christopher presentó riesgos en #ePBS relacionados con las hazañas económicas y el retraso en la propagación, discutió problemas y soluciones. Resumen: ePBS introduce dos plazos a través de PTC: ⏱️ Carga útil: 4s 🫧 Mancha: 10s Este tiempo escalonado introduce una "opción gratuita": la capacidad de invalidar un bloque después del envío, pero antes de que se complete la propagación completa. 🔗 Reseña completa: 📌 Conclusiones resumidas: ePBS agrega flexibilidad, pero introduce nuevos riesgos con ventanas de propagación más largas Los constructores/buscadores en solitario pueden explotar las "opciones gratuitas" La canalización puede neutralizar los beneficios de ePBS si comprimimos los plazos nuevamente Las mejoras de propagación y las compensaciones de diseño deben reconsiderarse antes de finalizar #Ethereum #ePBS #Glamsterdam

Más información sobre la actualización del cartel de Glamsterdam @dapplion: ePBS (pagos sin confianza) no debería verse obligado a reestructurar las franjas horarias, tratémoslos como características separadas: • EIP-7732A = reestructuración de ranuras • EIP-7732B = ePBS en la parte superior 📝 Blog: #Ethereum #Glamsterdam #ePBS 💬 @TimBeiko: Hay 3 posibles cabezas de cartel de CL: ePBS, ranuras de 6s o FOCIL, deben mantenerse en CFI. Pero solo deberíamos hacer uno en Glamsterdam. @ralexstokes está de acuerdo. 📌 Estado actual: → ePBS fue marcado como CFI (Considerado para su inclusión), lo que significa que se está discutiendo activamente como un candidato serio, pero aún no está finalizado. → Se espera una decisión final sobre el cabeza de cartel en la próxima llamada de ACDC en 2 semanas. 🗳️ Comentarios de @LidoFinance, Flashbots, @QuickNode y otros aquí:

📐 Actualización de especificaciones de SSZ: ACDC # 161 Etan de @ethnimbus compartió una descripción general de los cambios propuestos a la especificación SSZ 🔧 PR: 🗣️ @ralexstokes: "No hay mucha contención, debería resolverse directamente en las relaciones públicas". La llamada de ACDC concluyó temprano, ¡hasta la próxima! #Ethereum #ACDC161 #SSZ #ConsensusSpecs