La actualización prevista de la cadena de Prueba de trabajo de ethereum se ha retrasado cuando Wei Tang de Parity Tech dijo:
“Necesitamos tiempo hasta el 6 de septiembre para finalizar la implementación. No solo porque aceptamos EIP tarde, sino que ahora somos una refactorización de base de código grande y probablemente queremos fusionarlos primero antes de fusionar EIP de Estambul ”.
Los desarrolladores estaban destinados a elegir un número de bloque de testnet en la llamada del viernes este 23 de agosto, pero ahora tendrán que esperar a que Parity termine primero y luego elegir un número de testnet con Tang que indique: “necesitamos dos semanas”.
El hardnet hardnet se estimó para el 4 de octubre, justo antes de devcon , pero ahora podría ser en noviembre dependiendo de cómo progrese Parity y cómo progrese el testnet.
Geth, el cliente administrado por la Fundación Ethereum (EF), ha fusionado todas las Propuestas de Mejora de Ethereum (EIP).
Progreso de EIP de Ethereum Istanbul, agosto de 2019
Alrededor del 76% de la crimson actualmente ejecuta Geth, mientras que solo el 21% ejecuta Parity. Este último ha terminado solo un EIP. Un colaborador nuevo trabajó en otro, pero aparentemente no fue a ninguna parte, por lo que se cerró. Se están trabajando en otros dos, con todo esto terminado en dos semanas.
También hubo una discusión técnica sobre el aumento de los costos de gas para algunas acciones o funciones porque aparentemente rompería algunos contratos inteligentes que usan un fuel fijo cantidad en algunos casos especiales.
Martin Holst Swende, un desarrollador de EF, dijo “sabemos que va a romper las cosas, en teoría. Todas esas cosas pueden romperse de una manera diferente “.
Así que hubo una discusión sobre si los desarrolladores deberían estar rompiendo las cosas con Tang diciendo:
” Lo que realmente me preocupa es que esto podría ser un posible desastre de relaciones públicas. Entonces, el problema es básicamente, si rompimos algunos contratos y se nos pide que lo descongelemos, podría tener una situación comparable como el Parity Multisig ”.
El Parity Multisig tenía un mistake en la forma en que se codificó el contrato inteligente, con eso llevando a congelar 500,000 eth.
Aquí, si hay algún problema, sería a nivel de protocolo, por lo que sería diferente ya que habría un mistake en la purple ethereum, si de hecho hay uno o uno que no es una especie de compensación. La compensación aquí es, según el EIP:
“Un desequilibrio entre el precio de una operación y el consumo de recursos (tiempo de CPU, memoria, etcetera.) tiene varios inconvenientes:
Podría usarse para ataques, al llenar bloques con operaciones de bajo precio que causan un tiempo de procesamiento de bloque excesivo.
Los códigos de operación de bajo precio causan un límite de gasoline de bloque sesgado, donde a veces los bloques terminan rápidamente pero otros bloques con uso similar de gas terminan lentamente ”.
Aparentemente podría haber algún tipo de hinchazón o Un ataque de spam con Swende afirmando: “¿Queremos esperar hasta la próxima ronda de ataques de Shangai cuyos objetivos son muy baratos antes de hacer otra actualización de eso y en ese momento romper intencionalmente esos contratos de ataque”?
Tang dijo: “Hay una gran diferencia entre algunas redes de ataque y solo la solucionamos que tener futuras actualizaciones que rompan algunos contratos que no atacan”. Estas son realmente dos cosas diferentes “.
Sin embargo, Tang dijo que está bien con su implementación, pero hay algún tipo de discusión al respecto.
Eso es mientras no hay discusión sobre la bomba de dificultad que deberá retrasarse. nuevamente alrededor de enero o marzo del año próximo porque la cadena de Prueba de Trabajo (PoW) no irá a ninguna parte pronto.
Entonces eso podría estar en su propia “actualización”, con lo que no está claro si incluirá también una reducción de emisión y / o si se combinará con el cambio algorítmico ProgPoW.
Para esta actualización, en realidad no hay un EIP titular, pero hay algunas propuestas interesantes. Los de gas, por ejemplo, pueden aumentar la capacidad de un little bit debido a mejoras que pueden ajustarse más dentro del límite de gasoline.
Otro interesante es un EIP que “introduce un nuevo contrato precompilado que implementa la función de compresión F utilizada en el hashing criptográfico BLAKE2b algoritmo, con el fin de permitir la interoperabilidad entre la cadena de bloques Zcash y el EVM, y la introducción de primitivas hash criptográficas más flexibles para el EVM “.
Luego, otro EIP rediseña las precompilaciones para” ayudar en gran medida a una serie de soluciones de privacidad y escalar soluciones en Ethereum “.
Luego está la identificación de la cadena que se puede usar dentro de los contratos inteligentes para evitar ataques de repetición entre diferentes cadenas, lo que podría ser útil para las segundas capas.
Todo esto se pondrá en marcha en algún momento de noviembre según estimaciones optimistas, probablemente en enero, y tal vez incluso en marzo como la última vez.
El bloque de génesis de ethereum 2. se lanzará tal vez en enero, pero este retraso sí no afecta eso porque son equipos diferentes y porque ethereum 2. es una nueva cadena de bloques que no tiene nada que ver con la cadena PoW.
Luego está el trabajo eth1x, pero eso no está incluido en Estambul o lo que podría ser Estambul 2 en esta etapa.