- El lanzamiento de la primera parte de las Ethereum Istanbul hard forks fue fijado por los principales desarrolladores para la semana del 4 de diciembre (número de bloque 9.056.000) 2019.
- Se espera que la primera parte de los Hard Forks de Istanbul introduzca seis cambios en el código.
Los desarrolladores del Ethereum Core anunciaron una fecha de lanzamiento para la fase 1 de la actualización de la hard fork de Istanbul en la reunión Ethereum Core Devs #73 de ayer. Se espera que la actualización del protocolo se active en la semana del 4 de diciembre (número de bloque 9.056.000), siete semanas después del lanzamiento originalmente previsto en la red principal Ethereum.
Se espera que la primera parte de la hard fork de Istanbul introduzca seis cambios en el código. Se establece una fecha de respaldo para la semana del 8 de enero de 2020 si se producen problemas complejos de implementación entre ahora y la primera semana de diciembre. Se espera que la segunda fase de Istanbul comience en el primer trimestre de 2020 en mainnet.
Transición a la Proof of Stake
Istanbul marca el siguiente paso en la transición de Ethereum hacia una red escalable de Proof of Stake (PoS). La actualización del protocolo incluirá seis Ethereum Improvement Proposals (EIPs), que incluirán la alineación del coste de los opcodes con su coste informático, mejoras en la resistencia a ataques de denegación de servicio, soluciones de capa 2 basadas en SNARKs y STARKs, y una mayor interoperabilidad entre Ethereum y ZCash.
Más concretamente, está prevista la aplicación de los siguientes EIPs:
- EIP-152: crea la posibilidad de verificar el PdT Equihash en el marco de un contrato Ethereum. Esto permite transacciones de retransmisión y de intercambio atomic swap con Zcash (ZEC).
- EIP-1108: hace que los zk-SNARKs sean más baratos, de modo que se puedan crear aplicaciones de escalado y protección de datos más rentables.
- EIP-1344: añade el opcode ChainID para contratos de seguimiento de la cadena correcta en state channels y plasma.
- EIP-1884: cambia el coste de algunos opcodes de EVM para evitar ataques de spamming.
- EIP-2028: hace que zk-SNARKs y zk-STARKs sean más baratos al reducir los costos de gas para llamar datos dentro de las transacciones.
- EIP-2200: cambia el cálculo de costes de la EVM (ajuste de los costes de gas SSTORE teniendo en cuenta el cambio de costes de gas SLOAD).
El calendario original para el lanzamiento de la hard fork de Istanbul era en realidad para mediados de octubre. Sin embargo, ha habido algunos retrasos, por lo que Istanbul 1 se implementó en la red de pruebas líder de Ethereum llamada Ropsten sólo el 2 de octubre de 2019.
La segunda fase de Istanbul llegará en el primer trimestre de 2020
La segunda parte de la hard fork de Istanbul tendrá lugar en el primer trimestre de 2020, aunque todavía no se ha anunciado una fecha más precisa. Entre los EIPs preliminarmente aceptados se encuentran 8 cambios de código, siendo el más discutido el EIP-1057, ProgPoW. Los EIPs preliminarmente aceptados incluyen:
- EIP-663: número ilimitado de instrucciones SWAP y DUP
- EIP-1057: ProgPoW,
- EIP-1380: reducción de los costos de gasolina para las llamadas a usted mismo
- EIP-1702: esquema de versiones de cuenta generalizadas
- EIP-1962: aritmética EG y emparejamientos con definiciones de tiempo de ejecución
- EIP-1985: valores límite para determinados parámetros de la EVM
- EIP-2045: costes de gas para opcodes EVM
- EIP-2046: reducción de los costes de gas para llamadas estáticas de código precompilado
¿Qué pasa con ProgPoW?
El tema del programa Programmatic Proof Of Work (alias ProgPoW) ha sido discutido en la comunidad Ethereum durante bastante tiempo. El punto central de la discusión fue que los mineros de ASIC llevan a la centralización de la red Ethereum y ya no hacen que la minería en la GPU valga la pena. Como resultado, un grupo llamado IfDefElse propuso un nuevo algoritmo llamado ProgPoW. Basándose en Ethash, se sugirió que la ventaja de los futuros ASIC frente a las GPU debería reducirse a un máximo del 20%.
Posteriormente, el ProgPoW fue presentado bajo EIP-1057 y fue discutido durante meses en la comunidad Ethereum y en las llamadas de los desarrolladores del núcleo Ethereum. El 4 de enero de 2019, le siguió la aprobación preliminar. En la reunión 52 del ProgPoW y una auditoría en la reunión 54 del 1 de febrero de 2019 fueron aprobados. Los Ethereum Cat Herders fueron instruidos por los principales desarrolladores de Ethereum para llevar a cabo una auditoría. La auditoría está todavía en curso.

