Bot de noticias de Gate.io, según el informe de resumen de @ralexstokes sobre la 155ª reunión de desarrolladores principales de la capa de consenso de Ethereum (ACDC), se determinó que la actualización de Mainnet de Pectra se llevará a cabo el 7 de mayo.
La reunión también discutió los asuntos relacionados con la actualización de Fusaka, y se decidió incluir EIP-7594/PeerDAS y EIP-7892/BPO en el plan de actualización, mientras que la estabilidad prospectiva del proponente de EIP-7917 y el contenedor estable SSZ de EIP-768 aún están en consideración.
Sobre el problema de la expansión de la API de Builder, los desarrolladores señalaron que en situaciones de alto número de blobs, el tamaño del cuerpo de respuesta de la API es bastante grande, lo que genera presión sobre los recursos de los nodos pequeños. Por lo tanto, el equipo de desarrollo planea revisar la API para Fusaka y solicitará a la comunidad de constructores y de retransmisión opiniones sobre soluciones concretas.
This page may contain third-party content, which is provided for information purposes only (not representations/warranties) and should not be considered as an endorsement of its views by Gate, nor as financial or professional advice. See Disclaimer for details.
Ethereum confirma la actualización de Mainnet el 7 de mayo, el plan de actualización Fusaka incluye varias propuestas de EIP
Bot de noticias de Gate.io, según el informe de resumen de @ralexstokes sobre la 155ª reunión de desarrolladores principales de la capa de consenso de Ethereum (ACDC), se determinó que la actualización de Mainnet de Pectra se llevará a cabo el 7 de mayo.
La reunión también discutió los asuntos relacionados con la actualización de Fusaka, y se decidió incluir EIP-7594/PeerDAS y EIP-7892/BPO en el plan de actualización, mientras que la estabilidad prospectiva del proponente de EIP-7917 y el contenedor estable SSZ de EIP-768 aún están en consideración.
Sobre el problema de la expansión de la API de Builder, los desarrolladores señalaron que en situaciones de alto número de blobs, el tamaño del cuerpo de respuesta de la API es bastante grande, lo que genera presión sobre los recursos de los nodos pequeños. Por lo tanto, el equipo de desarrollo planea revisar la API para Fusaka y solicitará a la comunidad de constructores y de retransmisión opiniones sobre soluciones concretas.
Fuente de la noticia: Wu dijo