Los desarrolladores de Ethereum Core celebraron recientemente una importante reunión para discutir detalles clave sobre la próxima actualización de Pectra y otras actualizaciones esenciales. El 8 de agosto de 2024, durante la 139.ª llamada del Consenso de Desarrolladores de Todos los Núcleos (ACDC), dirigida por el investigador de la Fundación Ethereum Alex Stokes, los desarrolladores compartieron actualizaciones críticas sobre la estabilidad de la red, las redes de desarrollo y las mejoras en la capa de consenso de Beacon Chain.
Estabilidad y lanzamiento de la versión alfa de Ethereum Pectra Devnet 2
El investigador de la Fundación Ethereum, Hsiao Wei Wang, anunció el próximo lanzamiento de la versión alpha.4 de las especificaciones de Pectra CL, que incorpora varias correcciones importantes. El ingeniero de operaciones de desarrollo Barnabas Busa informó que Pectra Devnet 2 había logrado una participación de la red del 85 %, lo que indica un entorno estable. Sin embargo, persisten algunos errores en los clientes de la capa de ejecución (EL), particularmente en EthereumJS y Erigon.
Además, Busa mencionó un problema menor con el cliente Prysm que requiere una investigación más profunda. Parithosh Jayanthi, otro ingeniero de DevOps, destacó la necesidad de un mayor escrutinio de los problemas que afectan a los nodos Lighthouse, Teku y Besu.
Comunicación y coordinación para Devnet 3
Durante la reunión, el desarrollador de Prysm, Kasey Kirkham, notó una falla de comunicación durante el lanzamiento de Devnet 2, lo que provocó que los desarrolladores se perdieran actualizaciones críticas. Para evitar este tipo de problemas, los desarrolladores acordaron realizar reuniones semanales centradas en las actualizaciones de prueba de Pectra. Estas reuniones, programadas para los lunes, durarán entre 15 y 30 minutos y tienen como objetivo mantener a todos los equipos de clientes informados sobre las actividades en curso de Devnet.
Los desarrolladores también confirmaron que Devnet 3 replicaría la configuración de Devnet 2 pero incluiría el diseño actualizado de EIP 7702. Sin embargo, Gajinder Singh de Lodestar señaló problemas encontrados con EIP 7251, particularmente en torno a la consolidación de saldos de depósitos de ETH en stake del validador. Estos problemas se han depurado y se someterán a más pruebas en la próxima devnet.
Transición de pruebas de protocolos nuevos y complejos
En la reunión también se abordó la transición de Mplex, un protocolo utilizado por los clientes de CL para la multiplexación de flujos de datos, que está quedando obsoleto. Phil Ngo de Lodestar informó que su cliente ha completado las pruebas para yamux, un nuevo multiplexor, y sugirió realizar la transición completa a yamux para evitar la sobrecarga que supone mantener ambos protocolos. Sin embargo, Etan Kissling de Nimbus indicó que su equipo todavía está probando yamux, y los desarrolladores acordaron volver a tratar el tema después de realizar más pruebas.
Debate sobre el alcance de la actualización de EIP 7688 y Pectra
Un punto de discusión importante fue la inclusión de EIP 7688 en la actualización de Pectra. Esta propuesta introduce una estructura de datos compatible con versiones posteriores para contratos inteligentes, lo que garantiza la compatibilidad a medida que EL pasa de RLP a SSZ. Sin embargo, Alex Stokes expresó su preocupación por la incorporación de EIP 7688 a la ya extensa actualización de Pectra. Jayanthi sugirió que las pruebas de EIP 7688 podrían ser factibles para Devnet 5. Si bien varios equipos de clientes apoyaron su inclusión, Stokes y Beiko recomendaron estabilizar las EIP de Pectra existentes antes de considerar nuevas incorporaciones. Los desarrolladores acordaron volver a examinar EIP 7688 más cerca del lanzamiento de Devnet 5.
Información sobre la distribución de nodos e implementación de PeerDAS
El equipo de Prysm compartió actualizaciones sobre la implementación de PeerDAS, lo que generó un debate sobre la necesidad de la solicitud de API de Engine "blobsidecar". Stokes sugirió abordar estas inquietudes en la próxima llamada de trabajo de PeerDAS. Además, se discutió una propuesta para eliminar el muestreo de PeerDAS, y los desarrolladores acordaron volver a tratar este tema en una próxima llamada.
La firma de análisis blockchain ProbeLab presentó datos sobre la distribución de nodos de Ethereum, revelando que el 42% de los 8.335 nodos se ejecutan en el cliente Lighthouse, y el 36% de los nodos se encuentran en EE. UU. Los datos también mostraron que más nodos de Lighthouse están alojados en centros de datos que autoalojados, una tendencia atribuida a las preferencias de los usuarios institucionales.
La llamada concluyó con el desarrollador de Prysm, "Potuz", instando a los desarrolladores a revisar sus cambios propuestos a la estructura de carga de ejecución, enfatizando la necesidad de una decisión rápida para permitir el tiempo adecuado para las actualizaciones de las especificaciones de la capa de consenso.
Aviso:
"La información y las opiniones presentadas en este artículo tienen únicamente fines educativos y no deben tomarse como asesoramiento de inversión en ninguna situación. El contenido de estas páginas no debe considerarse asesoramiento financiero, de inversión o de cualquier otro tipo. Advertimos que invertir en criptomonedas puede ser riesgoso y puede generar pérdidas financieras".