El 13 de febrero de 2025, el desarrollador principal de Ethereum, Tim Beiko, publicó un resumen de la llamada All Core Developers Execution (ACDE) #205, confirmando los lanzamientos de software de clientes para el despliegue de la actualización Pectra en las redes de prueba Holesky y Sepolia.
Los desarrolladores principales de Ethereum confirman que los forks de prueba Pectra están en Holesky y Sepolia.
Este artículo se publicó hace más de un año. Alguna información puede no estar actualizada.
ESCRITO POR
COMPARTIR
La llamada ACDE describe la hoja de ruta de Pectra, actualizaciones de EIP y el próximo hard fork Fusaka
El fork de la red de prueba Holesky está programado para el 24 de febrero en el Epoch 115.968, seguido de Sepolia el 5 de marzo en el Epoch 222.464, con una llamada a los desarrolladores el 6 de marzo para finalizar la fecha de activación de la mainnet, tentativamente prevista para finales de abril dependiendo de los resultados de la red de prueba. Los equipos de clientes, incluidos Lighthouse, Teku, Grandine y Besu, afirmaron estar listos para los lanzamientos de red de prueba para el 14 de febrero, según el resumen de los aspectos destacados de ACDE.
Sin embargo, los despliegues no resueltos de contratos del sistema para EIP-2935, EIP-7002 y EIP-7251 requerían atención urgente para evitar retrasos. Los desarrolladores priorizaron la finalización de estos contratos antes de la próxima llamada de pruebas, con la esperanza de garantizar una integración fluida en los forks de prueba. La Fundación Ethereum (EF) planea publicar un resumen en el blog post-lanzamiento para guiar a los operadores de nodos y validadores a través de la actualización.
El informe de ACDE destacó un enfoque creciente en Fusaka, el próximo hard fork de Ethereum, con una fecha límite del 13 de marzo para las propuestas para Inclusión (PFI). Las EIPs de alta prioridad bajo revisión incluyen el Formato de Objeto de Ethereum (EOF), la Separación Propuesta-Creador encriptada (ePBS) y actualizaciones de indexación de transacciones. Surgió un debate sobre mandatos de prueba más estrictos para las EIPs, requiriendo pull requests contra especificaciones de la capa de ejecución en etapas clave.
Mientras algunos desarrolladores argumentaron que esto podría sobrecargar a los equipos, un compromiso permitió borradores de PR en etapas tempranas para equilibrar rigor y flexibilidad. El alcance de Fusaka debe finalizarse para el 10 de abril para alinearse con el desarrollo post-Pectra. El progreso en la implementación de EOF, una piedra angular de Fusaka, avanzó con la primera red de prueba desplegando especificaciones compatibles con Pectra. El ACDE destacó que las discusiones continúan en torno a posibles ajustes, como la eliminación de transacciones de creación de contratos heredadas y la adición de secciones de metadatos a los contenedores EOF.
Los desarrolladores de Geth expresaron preocupaciones sobre la complejidad de EOF, resaltando los debates en curso sobre la priorización de características. La propuesta Max Blob Flag, destinada a permitir que los validadores limiten el procesamiento de blobs de datos para gestionar las limitaciones de recursos, también generó opiniones mixtas. Aunque contó con el apoyo de la mayoría de los clientes de la capa de ejecución, Erigon expresó reservas, citando posibles impactos en el rendimiento de rollup y la viabilidad económica de validadores más pequeños. Se llevará a cabo más pruebas para evaluar las compensaciones entre escalabilidad y descentralización de la red.
El resumen de la llamada All Core Developers Execution concluyó con recordatorios para que los equipos de clientes cumplan con las fechas límite y los interesados de la comunidad revisen la documentación de la red de prueba. Con la activación de la mainnet de Pectra acercándose, los desarrolladores enfatizaron pruebas rigurosas para mitigar riesgos, reflejando lecciones de actualizaciones anteriores. La Fundación Ethereum publicará directrices detalladas a medida que la red se acerque a su próxima evolución.
