Darío Baru
09 de agosto de 2024 06:46

Los desarrolladores de Ethereum discutieron las actualizaciones de Pectra, la implementación de PeerDAS y los resultados de la investigación en la llamada de consenso de todos los desarrolladores principales n.° 139.



Los desarrolladores de Ethereum (ETH) abordan cuestiones fundamentales en la llamada de consenso n.° 139

El 8 de agosto de 2024, los desarrolladores de Ethereum (ETH) se reunieron a través de Zoom para la llamada quincenal All Core Developers Consensus (ACDC) n.° 139, según galaxy.com. La reunión, presidida por el investigador de la Fundación Ethereum (EF), Alex Stokes, se centró en varias actualizaciones y cambios en la capa de consenso (CL) de Ethereum, también conocida como Beacon Chain.

Actualizaciones de Pectra

El investigador de EF Hsiao Wei Wang se está preparando para el próximo lanzamiento oficial, alpha.4, de las especificaciones de Pectra CL, que incorporará numerosas correcciones. El ingeniero de operaciones de desarrollo de EF Barnabas Busa informó que Pectra Devnet 2 ha logrado una participación de la red del 85 %, a pesar de algunos errores en los clientes de la capa de ejecución (EL), en particular EthereumJS y Erigon. Sin embargo, la mayoría de los clientes CL son estables. Las discusiones también incluyeron la necesidad de una mejor comunicación con respecto al lanzamiento de Devnet 3, lo que llevó a planes para una serie de reuniones semanales para probar las actualizaciones.

Los desarrolladores reconfirmaron que Pectra Devnet 3 mantendría el mismo conjunto de EIP que Devnet 2, pero presentaría el diseño actualizado de EIP 7702. El desarrollador de Lodestar, Gajinder Singh, destacó los problemas encontrados con EIP 7251 en Devnet 2, que requerirán más pruebas. Además, se introdujo una nueva especificación de API de Engine, “getBlobsV1”, para obtener blobs del mempool de transacciones de blobs de EL, y el desarrollador de Teku, Enrico del Fante, propuso aclaraciones para evitar un uso indebido.

Actualizaciones de PeerDAS

Los representantes del equipo de clientes de Prysm compartieron actualizaciones sobre su implementación de PeerDAS, lo que generó debates sobre la necesidad de la solicitud de API de Engine «blobsidecar». Se han redactado especificaciones formales para eliminar el muestreo de PeerDAS para reducir la complejidad de la actualización, aunque se plantearon inquietudes sobre la posible dificultad de reintroducir el muestreo en una futura bifurcación dura.

Actualizaciones de investigación

Se discutieron tres temas de investigación clave. En primer lugar, se examinaron casos extremos en la consolidación de saldos de ETH en stake bajo EIP 7251, con recomendaciones para reconocerlos en las especificaciones CL. En segundo lugar, se recomendaron cambios en la capa de red de Ethereum, específicamente la adición de una «entrada ENR rápida», para mayor detalle en una solicitud de extracción de GitHub. Finalmente, la empresa de análisis de cadenas de bloques ProbeLab compartió datos sobre la distribución de nodos de Ethereum, identificando 8.335 nodos, con un 42% ejecutándose en el cliente Lighthouse y un 36% operado por usuarios estadounidenses.

La reunión concluyó con una solicitud del desarrollador de Prysm, “Potuz”, para que los desarrolladores revisen su solicitud de extracción sobre los cambios en la estructura de carga de ejecución, enfatizando la necesidad de una decisión oportuna debido a la complejidad de incorporar estos cambios en las especificaciones de CL.

Fuente de la imagen: Shutterstock


Share.
Leave A Reply