Los desarrolladores de la cadena de bloques descentralizada Ethereum llevaron a cabo su reunión semanal para revisar las modificaciones a la capa de consenso (CL) de Ethereum. La discusión se centró en las actualizaciones de la especificación de la capa de consenso y la interfaz de programación de aplicaciones (API) del motor como parte de la actualización de Pectra. Además, exploraron posibles soluciones para abordar los desafíos de cálculo de pruebas que enfrentan los operadores de nodos con recursos limitados, en particular los participantes locales, en PeerDAS.
Durante la 141.ª conferencia telefónica de Ethereum ACDC, se identificaron varios problemas asociados con la implementación de Pectra en el lado CL. La mayoría de los desarrolladores llegaron al consenso de proceder a abordar estas inquietudes. Un problema clave discutido fue una actualización de EIP-7251, que corrige un caso extremo específico en el que se estaba calculando mal la penalización de correlación para los validadores con una gran cantidad de ETH en stake. Esta solución se está evaluando actualmente y se prevé que se incorpore pronto a las especificaciones de Pectra CL.
Además, se discutió el ajuste del cuerpo del bloque Beacon, con el objetivo de mejorar la eficiencia con la que los clientes CL acceden y almacenan elementos específicos de la carga útil de la capa de ejecución (EL). Este cambio está programado para ser completado e implementado por los clientes CL.
Actualmente, la última versión de PeerDAS está siendo sometida a pruebas locales por parte de los clientes. Parece que los desarrolladores aún no han iniciado PeerDAS Devnet 2, una red de prueba multicliente enfocada en los desarrolladores para PeerDAS. Se prevé que PeerDAS Devnet 2 se base en Pectra en lugar de Deneb.
Cómo abordar los desafíos del cálculo de pruebas para validadores con recursos limitados
En lo que respecta al cálculo de pruebas en PeerDAS para validadores que utilizan dispositivos con recursos limitados, la configuración reciente requiere que los clientes CL manejen esta tarea, que puede durar un segundo en hardware de gama baja, como el Rock5 Model B. Para garantizar que los participantes locales puedan seguir participando como validadores, los desarrolladores están considerando algunas soluciones potenciales.
Estas incluyen no hacer cambios, lo que requeriría que los participantes locales actualicen el hardware o acepten limitaciones en la creación de bloques con la cantidad máxima de blobs, preparar blobs en el EL para reducir la carga computacional en el CL o preparar blobs en el CL de una manera que permita que los cálculos de prueba comiencen antes y operen en paralelo con la producción de bloques.
Dado que la investigación en esta área aún está en curso, se recomendó la tercera solución (preparar blobs en el CL para el cálculo de pruebas paralelas) para su implementación en Pectra.
La publicación Reunión ACDC de Ethereum: PeerDAS Devnet 2 se basará en Pectra apareció primero en Metaverse Post.
