El próximo Ethereum Hard Fork se pospone hasta 2019

Ayer, en una reunión de desarrolladores de Ethereum Core, se decidió que el próximo Ethereum Hard Fork Constantinopla se pospondrá hasta principios de 2019. La noticia sobre el aplazamiento de la fecha, que originalmente estaba prevista para noviembre, no es una sorpresa, ya que la actualización en el La red de prueba ya tuvo que posponerse debido a problemas técnicos y poco después aparecieron errores en el código.

Originalmente, la activación del Hard Fork de Constantinopla en Mainnet debería tener lugar después de Ethereum DevCon 4, que se llevará a cabo del 30 de octubre al 2 de noviembre de 2018. En cambio, los desarrolladores ahora han decidido mover el hard fork después de que se encontraron varios errores en el código. publicado en la red de pruebas de Ropsten.

Constantinopla incluye actualmente cinco cambios incompatibles con versiones anteriores en la red, que van desde pequeñas optimizaciones de código hasta un mayor retraso de la «Bomba de dificultad». En detalle, Constantinopla incluye los siguientes cambios:

• EIP 1234: Retraso de la bomba de dificultad: para retrasar aún más la transición a la prueba de participación, los tiempos de bloqueo se mantienen en aproximadamente 15 segundos durante otros 12 meses y las recompensas de bloque se reducen a 2 ETH.
• EIP 145: los comandos de desplazamiento bit a bit en la máquina virtual Ethereum (EVM) permiten la manipulación directa de bytes en la capa EVM.
• EIP 1014: agregue un nuevo código de operación que crea un contrato, pero determina la dirección utilizada de manera diferente al código de operación CREATE existente.
• EIP 1052: agregue un nuevo código de operación (EXTCODEHASH) que devuelva el hash keccak256 del código de bytes de un contacto.
• EIP 1283: agregue un nuevo concepto de costo de gas para el código de operación SSTORE.

El retraso también podría tener un impacto en otros cambios propuestos que se agregarán al Hard Fork de Constantinopla, como se discutió durante la reunión. Martin Holst Swende presentó la propuesta «ProgPow» nuevamente en juego. ProgPow tiene como objetivo hacer que Ethereum sea resistente a ASIC.

Como ya informamos hace unos meses, el debate entre ASIC y GPU Mining se encendió nuevamente. La discusión comenzó a finales de marzo cuando el desarrollador principal de Ethereum, Piper Merriam, publicó una propuesta de discusión (EIP) en Github. En la Propuesta de mejora de Ethereum 958 (EIP 958), Merriam explicó que, en su opinión, es un hecho reconocido en la comunidad criptográfica que los ASIC conducen a una centralización de la red. Esto debe evitarse. La propuesta obtuvo un amplio apoyo. Holst Swende dijo ahora:

Me atrevo a decir que si decidimos que Constantinopla no se celebrará hasta enero o febrero; entonces probablemente intentaría luchar para que ProgPoW se incluya en Constantinopla.

ProgPoW ya se discutió en reuniones anteriores. Sin embargo, el consenso fue que el plazo era demasiado corto para incluir los cambios en el Hard Fork de Constantinopla y que los cambios podrían agregarse a través de otro Hard Fork poco después de Constantinopla.

Puede ver la reunión completa de Core Devs en lo siguiente: