Los desarrolladores de Ethereum proponen activar la bifurcación dura Constantinople a finales de febrero

ACTUALIZAR (18 de enero de 2019, 15:40 UTC):La activación del hard fork de Constantinopla se ha fijado para el bloque número 7.280.000, programado para el 27 de febrero, según el desarrollador.Péter Szilágyi.

----------

Los desarrolladores CORE de Ethereum han propuesto activar Constantinople (una actualización planificada para todo el sistema que se canceló a principios de esta semana) a fines de febrero.

También llamada bifurcación dura, los desarrolladores estiman que Constantinople estará disponible en algún momento entre el 26 y el 28 de febrero, con un número de bloque que se determinará en una fecha futura.

La propuesta se hizo durante una llamada telefónica con los desarrolladores CORE el Viernes Por la mañana, los participantes en la llamada incluyeron al creador de Ethereum , Vitalik Buterin, y otros desarrolladores, incluidos Hudson Jameson, Lane Rettig, Afri Schoedon, Péter Szilágyi, Martin Holste Swende, Danny Ryan y Alexey Akhunov, entre otros.

La decisión llega después de que la firma de auditoría de contratos inteligentes ChainSecurity señalaraMartes una vulnerabilidad de seguridad en una de las cinco propuestas de mejora de Ethereum (EIP) previstas para su inclusión en Constantinopla relacionadas con los costos de almacenamiento de datos en la cadena de bloques.

Como resultado de la vulnerabilidad, Constantinople, cuya activación está prevista para el próximo mes, no contará con la inclusión del EIP con errores, que será probado y rediseñado para su inclusión en una bifurcación dura posterior.

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

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

"Mi sugerencia es definir dos bifurcaciones duras: Constantinopla como está actualmente y la solución de Constantinopla que simplemente deshabilita esta función... Al tener dos bifurcaciones, todos los que realmente actualizaron pueden tener una segunda bifurcación para, por así decirlo, degradar", 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 ONE de los cinco EIP que se incluirán en Constantinopla en relación con los costos de almacenamiento de datos en la cadena de bloques.

Hablando conCoinDesk El martes, Matthias Egli, director de operaciones de ChainSecurity, destacó que es probable que los desarrolladores CORE no hayan detectado el problema al ejecutar pruebas en el software, dado que el impacto tiene su raíz en el desarrollo de contratos inteligentes, no necesariamente en el desarrollo del “ CORE [de la máquina virtual Ethereum ]”.

Fue necesaria una decisión rápida para reactivar Constantinopla lo antes posible, en parte debido a la activación prolongada de la bomba de dificultad de Ethereum, 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.

Destinado a fomentar la transición a un nuevo algoritmo de consenso conocido comoprueba de participación (PoS)En el EIP 1234 se sugirió un retraso en el lanzamiento de la bomba debido a que actualmente no hay suficiente investigación para una transición a PoS.

Una vez activado 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 ha sido actualizado con información adicional.

Código binarioimagenvía Shutterstock