Según BlockBeats, los desarrolladores principales de Ethereum celebraron su 137.ª reunión del Consenso de Desarrolladores Principales (ACDC) el 11 de julio de 2024, a través de Zoom. Las reuniones de ACDC, que ocurren cada dos semanas, son una plataforma para que los desarrolladores discutan y coordinen cambios en la capa de consenso (CL) de Ethereum, también conocida como cadena de balizas. La reunión estuvo presidida por Alex Stokes, investigador de la Fundación Ethereum (EF).

Durante la reunión se discutió el progreso de Pectra Devnet 1 y PeerDAS Devnet 1. Los desarrolladores también discutieron la investigación generada por la prueba de elección de bifurcación dirigida por el equipo de investigación TxRx dentro de la empresa de software blockchain Consensys.

Los clientes de la capa de consenso y de la capa de ejecución están listos para lanzar Pectra Devnet 1. Los desarrolladores esperan lanzar la próxima red de prueba la próxima semana. Un desarrollador llamado 'pk910' declaró que su equipo, probablemente el equipo EF DevOps, está probando combinaciones de clientes entre Nethermind, Geth, Teku, Nimbus, Lodestar y Grandine. Gajinder Singh, desarrollador de EthereumJS y Lodestar, señaló más tarde que el cliente EthereumJS está listo para probarse en Pectra Devnet 1.

El ingeniero de EF DevOps, Barnabas Busa, declaró que el equipo del cliente CL está solucionando errores de PeerDAS Devnet 1. Una vez que todos los clientes estén solucionados, Busa dijo que los desarrolladores planean reiniciar PeerDAS Devnet 1 este fin de semana. Stokes compartió actualizaciones sobre su solicitud de extracción (PR) para cambiar el límite de gas de burbujas codificado en EL y CL. Dijo que está trabajando para definir el impacto de las relaciones públicas en CL y EL y formalizarlo en una propuesta de mejora de Ethereum (EIP) para su posible inclusión en la actualización de Pectra.

El equipo de investigación TxRx de Consensys ha implementado la versión inicial de su generador de pruebas de elección de bifurcación. Este generador de pruebas tiene como objetivo identificar errores en el software del cliente que podrían provocar divisiones de cadena y cualquier área en la que el software del cliente se desvíe de las especificaciones CL de manera no trivial. Esta investigación está financiada por EF. El equipo, representado por Alexander Vlasov y Mikhail Kalinin, solicitó comentarios sobre su trabajo durante la llamada mientras buscan refinar el conjunto de pruebas e implementar una generación de pruebas más flexible.