La próxima actualización de la cadena de bloques de Ethereum se retrasa tras un fallo en las pruebas

Se están sintiendo repercusiones en el ecosistema de desarrollo de Ethereum después de que una prueba inicial de la próxima actualización de software de la plataforma, Constantinople, no arrojó los resultados esperados.

Un cambio a nivel de todo el sistema inicialmente previstopara salir al aire en 2018, el lanzamiento del código, destinado a introducir cinco mejoras y alterar la economía de la cadena de bloques de 20 mil millones de dólares, ahora puede retrasarse luego de una falla en la activación del sábado en la red de prueba Ropsten, dijeron los desarrolladores a CoinDesk el lunes.

Después de una reunión del equipo de desarrolladores de código abierto de Ethereumviernes pasado, en el que se sugería que Constantinopla podría implementarse ya en noviembre,La activación fallida del sábadoSe revelaron problemas inesperados en el código. En concreto, Martin Holst Swende, responsable de seguridad de la Fundación Ethereum , descubrió un error que provocó que dos iteraciones diferentes de la misma actualización de software se ejecutaran en la red de pruebas.

Aunque ya se ha emitido un parche para corregir el error identificado, el desarrollador independiente de Ethereum, Lane Rettig, explicó a CoinDesk el lunes que las investigaciones sobre los Eventos del lanzamiento de la red de prueba de Constantinopla están en curso.

Rettig dijo:

"Deberíamos tomarnos nuestro tiempo para comprender qué salió mal y cómo evitar problemas como este en el futuro, no solo el problema del código de bajo nivel, sino todos los problemas relacionados (el problema de minería, los problemas de comunicación durante el fin de semana, cómo no fue detectado por las pruebas, ETC). Aún queda mucho análisis forense por hacer".

Rettig también afirmó que los planes para el lanzamiento de Constantinople podrían retrasarse como resultado, afirmando: "Si una actualización provoca una bifurcación en la red de prueba, deberíamos poner en espera el lanzamiento de la red principal durante un período mínimo de tiempo".

Si bien aún no se ha establecido una fecha fija para la implementación de Constantinopla, Griff Green, líder de la comunidad Ethereum y fundador de Giveth, una organización sin fines de lucro basada en blockchain, fijó la activación de la red principal para algún momento de 2019.

"Preveo que se retrasará hasta 2019; la blockchain no se toma vacaciones, pero los desarrolladores sí", dijo Green. "Si apostara en un mercado de predicciones, apostaría mi ETH a finales de enero o principios de febrero".

Los desarrolladores CORE de Ethereum acordaron reagruparse colectivamente Este próximo viernesa través de una llamada transmitida en vivo en la que discutirán planes a la luz de la implementación de la prueba fallida.

'Nunca bifurques los fines de semana'

Para recapitular los Eventos del sábado, se planeó que el lanzamiento de Constantinopla se llevara a cabo en la red de prueba principal de Ethereum enbloque número 4.230.000Sin embargo, los mineros no actualizaron su software de acuerdo con el lanzamiento programado.

Dado que ocurrió "mucho antes de lo previsto, un sábado", Schoedon afirmó que muchos desarrolladores "no estaban disponibles y ni siquiera estaban al tanto" del cambio. Schoedon añadió lo que aprendió de los Eventos: "Nunca bifurquen los fines de semana".

Esto resultó ser un problema, ya que para que la bifurcación dura avanzara sin problemas, todos los "nodos" participantes o computadoras administradas por mineros y usuarios necesitaban actualizarse casi simultáneamente al mismo software.

Tras una convocatoria abierta de los desarrolladores de Ethereum en las redes socialesPara avanzar con la prueba, la red sufrió una segunda división de cadena debido a discrepancias en el código de Constantinople entre dos clientes principales de Ethereum : Geth y Parity. (A modo de antecedente, los clientes de Ethereum son las personas y empresas que ejecutan nodos para dar soporte a la red Ethereum ).

En declaraciones a CoinDesk, Brian Venturo, un minero que contribuye activamente a la red de pruebas Ropsten, explicó:

LOOKS que la falla de consenso se debió a cambios en el código de operación SSTORE en EIP-1283, que se implementaron de forma diferente entre Parity y Geth.

Parte de la actualización de Constantinopla presenta un nuevo código bajo la propuesta de mejora de Ethereum (EIP) 1283 que cambiará la forma en que se almacenan los contratos inteligentes en Ethereum y reducirá el costo para los desarrolladores de contratos inteligentes de actualizar los contratos almacenados.

Sin embargo, la iteración de EIP 1283 tal como se diseñó en el código Constantinople publicado por Parity presentó mecanismos de reembolso que causaron un "notable desacuerdo con respecto al bloque [Ropsten] 4,230,605" y el costo de la implementación de este contrato inteligente, como se destacóen las notas oficiales por los desarrolladores CORE de Ethereum .

Al descubrir las discrepancias en el código de Constantinopla, los desarrolladores CORE de Ethereum acordaron parchear el código de Parity para alinearlo con el código compatible con Geth e intentar otra sincronización con la cadena Ropsten correcta.

Parte del plan

Aun así, algunos ven la prueba fallida como algo positivo para el desarrollo en general.

Rettig considera que el intento de despliegue de Constantinopla en Ropsten el pasado sábado logró su propósito previsto.tuiteóSalida el domingo:

Rompimos Ropsten, pero es una red de pruebas y se solucionará. Precisamente por eso se lanza primero a una red de pruebas. Es realmente divertido, emocionante y tranquilizador ver cómo este proceso se desarrolla según lo previsto.

También agregó más tarde en un correo electrónico a CoinDesk el lunes que ahora tenía "más confianza que nunca en que están sucediendo las cosas correctas, en el orden correcto, para KEEP la red principal [de Ethereum] funcionando y segura".

Otros desarrolladores CORE parecen estar de acuerdo con el sentimiento compartido por Rettig, y el responsable de seguridad de la Fundación Ethereum escribió en un canal público de GitterEse sábado "fue evidentemente una buena prueba", y agregó que el estado bifurcado temporal de Ropsten no era nada "que me hiciera perder el sueño".

El desarrollador CORE de Ethereum , Alexey Akhunov, también escribió en el mismo canal que si bien "los procesos fluidos son buenos para la eficiencia... pueden [infundir] una falsa sensación de seguridad", y agregó que "las fallas... hacen que las personas estén más alerta".

De cara al futuro, el plan para todos los desarrolladores de Ethereum , según lo explicó el gerente de lanzamiento de Parity, Afri Schoedon, es implementar correcciones de errores para los clientes relevantes y "reunirlos a todos en la cadena Geth Ropsten nuevamente".

Agregó que "una vez que esto esté hecho, con suerte cerca de Devcon, podremos continuar probando Constantinople en Ropsten... y eventualmente acordar una fecha de bifurcación de la red principal".

Schoeden afirmó que él también cree que el resultado más probable será una fecha de lanzamiento en el nuevo año.

Schoedon le dijo a CoinDesk:

Considero que enero de 2019 es una fecha realista de bifurcación, pero solo si se aplican los parches a los clientes, todas las pruebas están listas (y pasan) y no se detectan más problemas en Ropsten.

Ethereumimagen vía Shutterstock