En este momento estás viendo Desarrolladores de Ethereum proponen realizar el Had Fork Constantinopla a fines de febrero

Desarrolladores de Ethereum proponen realizar el Had Fork Constantinopla a fines de febrero

  • Autor de la entrada:
  • Categoría de la entrada:Noticias

ACTUALIZACIÓN (18 de enero de 2019, 15:40 UTC): la activación del Hark Fork Constantinopla se estableció para el bloque número 7,280,000, programado para el 27 de febrero, según el desarrollador Péter Szilágyi.

———-

Los desarrolladores centrales de Ethereum han propuesto activar Constantinopla, una actualización planificada para todo el sistema que se canceló a principios de esta semana, a fines de febrero.

Los desarrolladores estiman que Constantinople, que también se conoce como horquilla dura, comenzará a funcionar en algún momento entre el 26 de febrero y el 28 de febrero, con un número de bloque que se determinará en una fecha futura.

La propuesta se realizó durante una llamada telefónica al desarrollador central el viernes por la mañana, y entre los participantes de la llamada se encontraba el creador del ethereum Vitalik Buterin y otros desarrolladores, entre ellos Hudson Jameson, Lane Rettig, Afri Schoedon, Péter Szilágyi, Martin Holste Swende, Danny Ryan y Alexey Akhunov , entre otros.

La decisión se produce después de que la firma de auditoría de contratos inteligentes ChainSecurity detectó el martes una vulnerabilidad de seguridad en una de las cinco propuestas de mejora de Ethereum (EIP) establecidas para su inclusión en Constantinopla en relación con los costos de almacenamiento de datos en la cadena de bloques.

Como resultado de la vulnerabilidad, Constantinopla, ahora programada para su activación el próximo mes, no contará con la inclusión del EIP con errores, que se probará y modificará para incluirlo en una bifurcación posterior.

En cambio, Constantinopla se emitirá en dos partes simultáneamente en la red principal. La primera actualización incluirá los cinco EIP originales y una segunda actualización eliminará específicamente el EIP 1283.

Esta estrategia, sugerida por primera vez por Szilágyi durante la llamada de hoy, tiene por objeto garantizar que las redes de prueba y las redes privadas que ya han implementado la actualización completa de Constantinopla puedan implementar una solución fácilmente sin deshacer ningún bloque.

«Mi sugerencia es definir dos bifurcaciones difíciles, Constantinopla como está actualmente y la Constantinopla arregla lo que simplemente deshabilita esta característica … Al tener dos bifurcaciones, todos los que realmente actualizaron pueden tener una segunda bifurcación para bajar la calificación por así decirlo», explicó Szilágyi.

La decisión se produce después de que la firma de auditoría de contratos inteligentes ChainSecurity detectara el martes una vulnerabilidad de seguridad en uno de los cinco EIP establecidos para su inclusión en Constantinopla en relación con los costos de almacenamiento de datos en la cadena de bloques.

Matthias Egli, Director de Operaciones de ChainSecurity, habló a CoinDesk el martes y destacó que es probable que los desarrolladores centrales no hayan detectado el problema al ejecutar pruebas en el software, dado que el impacto está enraizado en el desarrollo de contratos inteligentes, no necesariamente «[ethereum máquina virtual] desarrollo «core».

Se necesitaba una pronta decisión de reactivar Constantinopla más temprano que tarde debido en parte a la activación prolongada de la bomba de dificultad de etéreo, un fragmento de código incrustado en la cadena de bloques que hace que los tiempos de bloque sean cada vez más largos con el tiempo.

Con el objetivo de fomentar la transición a un nuevo algoritmo de consenso conocido como prueba de juego (PoS) , se sugirió un retraso de la bomba en EIP 1234 debido a una investigación insuficiente en la actualidad para una transición a PoS.

Una vez activada en la red principal, Constantinopla incluirá EIP 1234 y retrasará la bomba de dificultad por un período de 12 meses.

Nota del editor : El artículo se ha actualizado con información adicional.

 

post original: https://www.coindesk.com/ethereum-devs-propose-activating-constantinople-hard-fork-in-late-february

Deja un comentario