¡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: Candidatos a lanzamiento para finales de agosto 🔹 Glamsterdam: artista principal, horario, ePBS 🔹 Discusiones sobre la especificación SSZ 📺 Ver: 🔴 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: El génesis tuvo lugar hace ~24h, el devnet será bifurcado pronto, se espera progreso en ACDT 🔧 La interoperabilidad es mayormente fluida (problemas menores de ethconfig), la infraestructura MEV llegará pronto 📦 Incluye cambios en las especificaciones @ralexstokes: Asumiendo la estabilidad de devnet-3, el objetivo es comenzar a endurecer y tener candidatos a lanzamiento para finales de agosto 🎯 Objetivo: Fusaka mainnet antes de Devconnect (noviembre) 📍Conclusión: Monitorear el progreso de devnet-3 → discutir los próximos pasos en la próxima llamada de ACD #Ethereum #Fusaka #ACDC161

Discusión de Glamsterdam 🧩 Titular: Acordado seleccionar 1 EIP por capa ⏱️ Tiempo de Slot Más Corto: Análisis en profundidad 👩‍💻Maria presentó datos actualizados: - Métricas rastreadas a través de Xatu, utilizando un fork de @prylabs (de @ethPandaOps) - Monitoreo del bloque #propagación, tiempos de llegada de #atestación y #slots perdidos - Se observaron retrasos en la atestación: los datos del percentil 95 muestran cierto riesgo bajo slots más cortos Próximos pasos: Recoger más muestras, analizar el impacto del uso de #gas y expandir los datos de la comunidad

🗣️ Se siguió una discusión animada sobre el Tiempo de Slot Más Corto 📣 @EthDreamer destacó: - PTC (Construcción de Tiempo Paralelo) permite la propagación y agregación de atestaciones en 4s, superponiéndose con la ejecución de bloques/blob - Potencial para optimizar el uso del slot con la coordinación adecuada @potuz_eth : - Expresó dudas sobre el uso de p95 como umbral - Mencionó que @preston_vanloon tiene un PoC funcional, aunque incompleto - Señala que la concentración del tiempo de atestación no invalida necesariamente la propuesta de tiempo de slot más corto. @dankrad aclara que el uso actual de métricas p95 es observacional — no prescriptivo — y que Ethereum no está intentando optimizar los tiempos de slot 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 BLS — algo que debe tenerse en cuenta al considerar reducciones en el tiempo de slot. @Parithosh: - Confirmó que el fork de Prysm ya no añade un retraso artificial - Los datos recopilados por la comunidad serán más representativos 📦 @barnabemonnot : - Aclaró que la métrica de 4.4s no está destinada a “apoyar” o “rechazar” la propuesta de 6s — solo datos preliminares - Aclarando que los datos actuales (4413ms) no son suficientes para argumentar a favor o en contra de los tiempos de slot de 6s y reflejan las condiciones actuales de la red. 📌 Conclusión: - Tiempo de slot de 6s — aún bajo investigación - Se deben recopilar y revisar más datos - Se anima a la participación de la comunidad (por ejemplo, a través de @ethPandaOps) #Glamsterdam #shorterslot

Flashbots sobre ePBS y el "Problema de la Opción Gratuita" – Una Perspectiva de MEV (#Glamsterdam) Christopher presentó riesgos en #ePBS relacionados con explotaciones económicas y retrasos en la propagación, discutió problemas y soluciones. Resumen: ePBS introduce dos plazos a través de PTC: ⏱️ Carga útil: 4s 🫧 Blob: 10s Este tiempo escalonado introduce una "opción gratuita" — la capacidad de invalidar un bloque después de la presentación pero antes de que se complete la propagación total. 🔗 Escrito completo: 📌 Resumen de Conclusiones: ePBS añade flexibilidad, pero introduce nuevos riesgos con ventanas de propagación más largas. Los constructores/buscadores solitarios pueden explotar "opciones gratuitas". El encadenamiento puede neutralizar los beneficios de ePBS si comprimimos los plazos nuevamente. Las mejoras en la propagación y los compromisos de diseño deben reconsiderarse antes de finalizar.

Más sobre la actualización de Glamsterdam Headliner @dapplion: ePBS (pagos sin confianza) no debería ser forzado en la reestructuración de slots — tratemos estos como características separadas: • EIP-7732A = reestructuración de slots • EIP-7732B = ePBS encima 📝 Blog: #Ethereum #Glamsterdam #ePBS 💬 @TimBeiko: Hay 3 posibles headliners de CL — ePBS, slots de 6s, o FOCIL, deberían mantenerse en CFI. Pero solo deberíamos hacer uno en Glamsterdam. @ralexstokes está de acuerdo. 📌 Estado actual: → ePBS fue marcado CFI (Considerado para Inclusión) — lo que significa que se está discutiendo activamente como un candidato serio, pero aún no está finalizado. → La decisión final del headliner se espera en la próxima llamada de ACDC en 2 semanas. 🗳️ Comentarios de @LidoFinance, Flashbots, @QuickNode, y otros aquí:

📐 Actualización de la Especificación SSZ – ACDC #161 Etan de @ethnimbus compartió una visión general de los cambios propuestos a la especificación SSZ 🔧 PR: 🗣️ @ralexstokes: “No hay mucha controversia — debería resolverse directamente en el PR.” La llamada de ACDC concluyó temprano, ¡nos vemos la próxima vez! #Ethereum #ACDC161 #SSZ #ConsensusSpecs