Según Odaily, Christine Kim, vicepresidenta de investigación de Galaxy, resumió los puntos principales de la 144.ª reunión de consenso de desarrolladores de Ethereum Core (ACDC n.º 144). Los desarrolladores acordaron incluir un nuevo cambio de código, EIP 7742, en Pectra, que permite que la cadena de balizas establezca dinámicamente los límites de gas objetivo y máximo de la red. La inclusión de EIP 7742 sugiere que los desarrolladores también pueden agregar límites de gas objetivo y máximo de blob en Pectra. Sin embargo, algunos desarrolladores expresaron su preocupación durante la llamada de que agregar EIP adicionales, en particular EIP 7742, podría retrasar la activación de otros cambios de código de Pectra en la red principal. Los desarrolladores también discutieron el progreso de las pruebas de desarrollo de Pectra y PeerDAS. Específicamente, el ingeniero de operaciones de desarrollo de EF, Barnabas Busa, declaró su intención de cerrar Pectra Devnet 3 de inmediato y preguntó si algún equipo de clientes todavía necesitaba Devnet para realizar pruebas. Busa notó un problema con las propuestas de bloques en el cliente Grandine que no se había resuelto en Devnet 3. Mencionó que trabajaría con el desarrollador de Grandine Saulius Grigaitis para resolver este problema antes de cerrar la red de desarrollo. Con respecto al lanzamiento de Pectra Devnet 4, Busa expresó su deseo de ver más clientes de la capa de ejecución (EL) que lancen la nueva red de prueba a través de pruebas locales de Kurtosis. Hasta ahora, Busa dijo que los clientes Geth y Ethereum JS están listos, al igual que los clientes Lighthouse, Teku y Nimbus en el lado de la capa de consenso (CL). Stokes sugirió que los equipos de clientes lancen Devnet 4 antes del 18 de octubre. Luego, los desarrolladores continuaron discutiendo varios problemas abiertos relacionados con la especificación del código de Pectra, incluidos PR#3900, PR#3767, PR#3979, P#104y el cambio de precio de las precompilaciones de BLS. Además, los equipos de clientes de CL están implementando una nueva especificación de API de motor destinada a ayudar a los usuarios que proponen bloques localmente (es decir, sin utilizar desarrolladores de terceros ni relés MEV) a incluir transacciones de blobs en sus bloques. Los desarrolladores discutieron el problema de reconstruir la especificación PeerDAS sobre la especificación Pectra.Los representantes de los equipos de clientes de Lighthouse, Nimbus y Teku expresaron su apoyo a este cambio. El desarrollador de L2 rollup Base, Francis Li, presentó la urgencia y la justificación para aumentar la capacidad de blobs en Pectra. Li sugirió aumentar el objetivo de gas de blobs a 5 y el máximo a 8, junto con trabajo adicional en la capa de red, como la implementación de engine_getBlobsV1. Busa señaló que el aumento de la capacidad de blobs debería combinarse con la implementación de EIP 7742, que introduce un mecanismo para establecer dinámicamente objetivos de gas de blobs y límites máximos a través de CL. Busa afirmó que el mecanismo actual para establecer estos parámetros es difícil de cambiar, y la introducción de EIP 7742 garantizaría que los desarrolladores puedan ajustar fácilmente estas configuraciones en el futuro, para actualizaciones como PeerDAS. Sin embargo, Busa también señaló que EIP 7742 requiere trabajo adicional de los equipos de clientes de EL y CL para su implementación y podría retrasar el cronograma de Pectra de 1 a 2 meses. Instó a los desarrolladores a considerar comenzar la implementación de EIP 7742 con anticipación para evitar demoras innecesarias en la actualización de Pectra. Finalmente, los desarrolladores acordaron cancelar la llamada de ACDC programada para el jueves 14 de noviembre, ya que la mayoría de los desarrolladores asistirán a la conferencia anual de Ethereum Devcon en Bangkok, Tailandia.