Llamada ACDE n.° 204: La actualización de Pectra enfrenta un nuevo error y se retrasa el cronograma de actualización de la red de pruebas pública
En Resumen Los desarrolladores principales de Ethereum realizaron una llamada regular, brindando actualizaciones sobre Pectra Devnet 5, una vulnerabilidad de seguridad que afecta al cliente Geth y Fusaka.
Los desarrolladores principales de Ethereum realizaron recientemente otra llamada regular para discutir y alinearse sobre la capa de ejecución (EL) de la cadena de bloques, brindando actualizaciones sobre Pectra Devnet 5, una vulnerabilidad de seguridad que afecta al cliente Geth y Fusaka.
Se ha identificado un nuevo error relacionado con el consenso en el cliente Nethermind. Según Marek Moraczyński, un ingeniero de software sénior de Nethermind, el problema fue causado por una optimización de precompilación de BLS. Sin embargo, aseguró que este error no retrasará el lanzamiento de Pectra Devnet 6, ya que su equipo ya ha implementado una solución.
Durante una anterior Llamada de ACD , Tim Beiko proporcionó fechas tentativas para la actualización de las redes de prueba públicas de Ethereum. Dado que Pectra Devnet 6 aún no se ha lanzado, preguntó a los desarrolladores si necesitaban revisar su cronograma inicial y determinar tiempos más precisos para la activación de la actualización. El desarrollador de Prysm, Terence Tsao, respondió que era "prematuro" establecer fechas de activación firmes debido a los problemas en curso, en particular los problemas de consenso con Devnet 5, que son importantes. Tim Beiko estuvo de acuerdo con la evaluación, sugiriendo que los desarrolladores deberían esperar otra semana, hasta que se lance Devnet 6, antes de seleccionar los espacios de actualización de la red de prueba.
Marius van der Wijden, un desarrollador de Geth, también proporcionó una actualización sobre un error que afecta a Geth. Como el cliente de capa de ejecución más utilizado dentro del ecosistema Ethereum, la capa peer to peer de Geth y los rollups de capa 2 se vieron afectados. Marius Van der Wijden señaló que su equipo ya había lanzado una nueva versión de Geth para abordar el problema. Los nodos que ejecutan la versión 1.14 de Geth o posterior deben actualizarse de inmediato, mientras que los nodos que usan la versión 1.13 no se ven afectados. En el peor de los casos, explicó que el error podría permitir que los nodos maliciosos interrumpan o apaguen otros nodos o pares conectados. Un desarrollador de Geth llamado "Felix" aclaró además en el chat de Zoom que este problema es un problema de "P2P DoS".
Se confirma el cronograma de desarrollo de Pectra para Ethereum y el lanzamiento de Devnet 6 está previsto para febrero
El cronograma tentativo para la progresión de Pectra fue revisado y confirmado. Devnet 6 está programado para lanzarse la semana del 3 de febrero. El jueves 6 de febrero, los desarrolladores decidirán los números de ranuras para actualizar las redes de prueba Holesky y Sepolia durante la próxima llamada ACD. Los equipos de clientes prepararán lanzamientos para estas actualizaciones de la red de prueba durante ese fin de semana, y la Fundación Ethereum (EF) publicará un anuncio oficial con estos lanzamientos el lunes 10 de febrero o el martes 11 de febrero. La actualización de Holesky está programada para alrededor del 19 de febrero, y los desarrolladores de Ethereum seleccionarán un número de ranura para la actualización de la red principal durante la llamada ACD el 20 de febrero. La actualización de Sepolia seguirá aproximadamente una semana después de Holesky, alrededor del 26 de febrero. Los equipos de clientes finalizarán los lanzamientos para la actualización de la red principal de Ethereum uno o dos días después de la actualización de Sepolia, el 27 o 28 de febrero, y la EF publicará un anuncio oficial poco después. Se espera que la actualización de la red principal de Ethereum ocurra en mediados de marzo .
Además, a medida que los desarrolladores se acercan a las etapas finales de Pectra y su preparación para la activación de la red principal, Tim Beiko le pidió al equipo que comenzara a revisar las propuestas de mejora de Ethereum (EIP) propuestas para Fusaka. Ya se acordaron dos EIP, EOF y PeerDAS, como base para la actualización de Fusaka. Potuz sugirió programar una red de desarrollo de Fusaka para probar estos dos cambios de código. Sin embargo, Tim Beiko, el desarrollador independiente de Ethereum Danno Ferrin y el ingeniero de DevOps de EF Parithosh Jayanthi acordaron que el enfoque debe permanecer en el lanzamiento de Pectra Devnet 6 primero. Parithosh Jayanthi mencionó en el chat de Zoom que una nueva red de desarrollo solo para PeerDAS podría estar lista para lanzarse en aproximadamente una o dos semanas.
Descargo de responsabilidad: El contenido de este artículo refleja únicamente la opinión del autor y no representa en modo alguno a la plataforma. Este artículo no se pretende servir de referencia para tomar decisiones de inversión.
También te puede gustar
Samson Mow: «Europa pagará caro su rechazo a Bitcoin»
En entrevista en Mining Disrupt 2025, Samson Mow analiza cómo El Salvador sortea las presiones del FMI y la Unión Europea va quedando rezagada.El Salvador, el FMI y las compras de BitcoinHiperbitcoinización y el rechazo de la Unión EuropeaUn equilibrio delicado

«El plan de Elon Musk purga la economía de EE. UU., y necesitará bitcoin»
Un exgestor de BlackRock dice que EE. UU. está en recesión y se viene una crisis mayor, escenario en el que Ron Paul ve vital el dinero sólido.Elon Musk promete una purga histórica del gasto federal de EE. UU.Bitcoin en el radar de Ron Paul: ¿Una alternativa al dólar en crisis?

Velar lanza PerpDex en Stacks, el primer DEX perpetuo nativo de Bitcoin
En Resumen Velar ha lanzado el primer PerpDEX nativo de Bitcoin del mundo en Stacks, lo que marca un avance para el ecosistema BTCFi y permite a los usuarios negociar futuros apalancados mientras mantienen el control sobre sus activos.

Tether invierte €10 millones en Be Water para reimaginar el futuro de los medios

En tendencia
MásPrecios de las criptos
Más








