A principios de este mes, el equipo de la Fundación Ethereum, Péter Szilágyi, confirmó la fecha de la próxima actualización de la red, Estambul. El octavo tenedor duro de Ethereum en general y el segundo este año está programado para el 4 de diciembre.
Estambul introducirá una serie de mejoras, como la interoperabilidad con Zcash, soluciones de escalabilidad de capa dos de conocimiento cero más baratas y el precio ajustado del gas para ciertas operaciones, marcando otro hito en el camino hacia Ethereum 2.0, una versión "última" de la red muy esperada . ¿Cómo encaja exactamente Estambul en el gran esquema de las cosas?
Horquillas, lanzamientos y fases
Ningún sistema complejo de código abierto está en su estado final: el software siempre está en movimiento, y se mejora y actualiza constantemente. Esto es especialmente cierto para Ethereum, cuyo camino hacia convertirse en una "computadora mundial" distribuida y la plataforma para aplicaciones descentralizadas se describió desde su inicio como una serie de hitos consecutivos.
El objetivo actual que persigue la comunidad de desarrolladores de Ethereum es una versión avanzada de la red llamada Ethereum 2.0, Eth2 o Serenity. Se espera que la actualización vea una serie de desarrollos drásticos, como la transición de la prueba de trabajo a una más eficiente en energía prueba de estaca algoritmo de consenso, realización de un nuevo paradigma de escalabilidad llamado fragmentación, y la introducción de una más eficiente Máquina virtual Ethereum capaz de ejecutar contratos inteligentes de alto rendimiento. El investigador Danny Ryan tiene formulado cinco objetivos generales de diseño para Ethereum 2.0: descentralización, resistencia, seguridad, simplicidad y longevidad.
Las diferencias en el lenguaje utilizado para describir las etapas de las actualizaciones de la red pueden ser confusas: hay tenedores duros con nombres de las grandes ciudades del mundo, fases numeradas, lanzamientos denotados por códigos de versión y etiquetas poéticas como "serenidad". Sin embargo, finalmente llega hasta una estructura bastante sencilla.
El mayor incremento del proceso de desarrollo se denomina lanzamiento. Se puede implementar un solo lanzamiento por medio de uno o varios tenedores duros: cambios de imagen del protocolo blockchain que marcan una desviación completa de su versión anterior.
Hasta la fecha, ha habido tres lanzamientos – El actual llamado Metrópolis – que se ha implementado en dos pasos: bifurcaciones duras de Bizancio y Constantinopla, con Estambul aún por recorrer. Tenedores duros posteriores, Berlina (provisionalmente programado para junio de 2020) y Londres marcarán el advenimiento del cuarto lanzamiento, Ethereum 2.0 o Serenity.
Las horquillas duras implementan cambios en la red principal Ethereum actualmente operativa. los mapa vial Sin embargo, Ethereum 2.0 estipula la creación de nuevas cadenas separadas, como la existencia eventual de dos cadenas activas de Ethereum con diferentes mecanismos de consenso. El lanzamiento de la cadena Ethereum 2.0 vendrá en una secuencia de fases especificadas en la hoja de ruta.
Estambul: mejoras aceptadas
El principal vehículo de gobierno en el que se basa la comunidad Ethereum para hacer avanzar la red es Propuestas de mejora de Ethereum. Especifican sugerencias relacionadas con los cambios en el protocolo central, las API del cliente (interfaces de programación de aplicaciones) y los estándares de contratos inteligentes.
Los autores normalmente buscan cronometrar propuestas para el calendario de bifurcación y apuntar a horquillas específicas específicas anunciadas de antemano. Actualmente hay un impulso en la comunidad para cambiar a un "centrado en EIP" enfoque en la actualización del sistema, donde las bifurcaciones más frecuentes y más pequeñas podrían permitir que las propuestas se desarrollen a su propio ritmo. Berlín, la bifurcación programada para seguir a Estambul, es esperado
Estambul todavía sigue el enfoque "centrado en la bifurcación", donde muchas propuestas en varias etapas de su ciclo de vida fueron lanzadas y revisadas durante todas las llamadas de Core Devs. Los desarrolladores clasificaron las EIP como deseadas y listas para entrar en la bifurcación (aceptadas), deseadas pero aún no listas (tentativamente aceptadas, se supone que se activarán con la próxima bifurcación) o no deseadas (rechazadas permanentemente). De los 38 EIP presentados, solo seis fueron aceptados para su inclusión, y otros ocho fueron aprobados para la bifurcación de Berlín. Aquí hay un resumen de las propuestas aceptadas:
EIP-152 brinda la capacidad de verificar el algoritmo de prueba de trabajo Equihash dentro de un contrato de Ethereum, lo que permite la interoperabilidad entre las cadenas de bloques de Zcash y Ethereum.
EIP-1108 reduce los costos de gas precompilado, lo que hace que una generación de prueba de conocimiento cero no interactiva, o zk-SNARK, sea más barata. Estas son buenas noticias por dos razones. Una es que el cambio mejorará el desarrollo de aplicaciones centradas en la privacidad que usan este tipo de criptografía.
Más consecuentemente, usar zk-SNARKs es una solución de segunda capa que puede ser instrumental para aliviar algunos de los problemas de escalabilidad de Ethereum al mover una cantidad significativa de trabajo computacional fuera de la cadena.
EIP-1344 agrega un código de operación que devuelve el identificador único de la cadena actual, presentando una forma para que los contratos rastreen la cadena Ethereum en la que se encuentran. Esto mejorará la resistencia del sistema a ataques de repetición en transacciones firmadas.
EIP-1884 Es quizás la más aceptada de las propuestas aceptadas, causando controversia desde al menos agosto de este año. Presentada por Martin Holst Swende, líder de seguridad de la Fundación Ethereum, esta propuesta tiene como objetivo cambiar el precio de ciertos códigos de operación (instrucciones dadas a la máquina virtual Ethereum que ejecuta contratos inteligentes) para "obtener un buen equilibrio entre el gasto de gas y el consumo de recursos".
El problema que se supone que EIP-1884 debe resolver proviene de algunas operaciones que requieren más recursos con la expansión de la cadena de bloques Ethereum. Por el momento, los bloques con consumos de gas similares tardan mucho tiempo en terminar, lo que no solo es un problema en sí mismo, sino que también puede ser un vector de un ataque de denegación de servicio.
La fricción surgió durante el 69 Core Dev call el 23 de agosto, donde Wei Tang de Parity Technologies expresó preocupaciones sobre la posibilidad de que el cambio de los costos del código de operación rompa algunos contratos que ya están implementados. Argumentó que se debe preservar la compatibilidad con versiones anteriores, permitiendo que los contratos antiguos operen de acuerdo con el precio original.
Hudson Jameson, enlace comunitario de la Fundación Ethereum, respondió que existe un "precedente que los precios de OPCODE pueden cambiar y cambiarán, por lo que sus contratos no deben basarse en el supuesto de que no cambiarán", y agregó que la transición dejaría a las personas mejor preparadas para los cambios más drásticos que son inminentes.
EIP-1884 afectará un número limitado de contratos en una variedad de proyectos. Hubert Ritzdorf de la firma de seguridad blockchain ChainSecurity ha reunido quizás la mayoría lista completa de dichos contratos que se verán afectados.
EIP-2028 reduce el costo de llamar a los datos en las transacciones, lo que puede generar bloques más grandes y, por lo tanto, mejorar la escalabilidad de la red. Esto también hará que las soluciones de escalabilidad de la capa dos (como zk-SNARKs) sean más accesibles.
EIP-2200 implementa la medición neta de gas, cambiando la forma en que se calcula el costo de almacenamiento en el EVM. Esto permitirá nuevas funciones de almacenamiento por contrato y reducirá algunos costos excesivos.
Todavía en las obras
Otra propuesta de alto perfil que la comunidad de Ethereum consideró en la acumulación del tenedor duro de Estambul es EIP-1057, que busca reemplazar el algoritmo de minería Ethash actual con una nueva función de prueba de trabajo llamada ProgPoW, abreviatura de Prueba de trabajo programática. Los desarrolladores principales tienen tentativamente aceptado La iniciativa, pendiente de los resultados de la auditoría, para su inclusión en el hard fork de Berlín.
La idea detrás de esta actualización del algoritmo es ajustarlo para el hardware básico que utiliza unidades de procesamiento de gráficos, lo que hace que la minería sea más difícil para configuraciones equipadas con chips de circuitos integrados específicos de la aplicación.
Esta medida está diseñada para restaurar cierto grado de descentralización en la distribución de energía minera mientras nivela el campo haciendo que la minería Ethereum sea más atractiva para usuarios individuales y pequeñas empresas que no invierten en hardware especializado. Los ASIC fueron un importante impulsor de la industrialización de la minería en los últimos años, lo que condujo a grupos mineros centralizados masivos.
A principios de este año, el líder de seguridad de la Fundación Ethereum, Martin Holst Swende, dijo que la introducción de ProgPoW mitigaría el grado de dominio de los ASIC y otros aceleradores de hardware en la red. Agregó que otra razón para el cambio son las fallas de seguridad inherentes a Ethash.
Aunque parece haber un acuerdo entre los desarrolladores principales con respecto a la conveniencia de ProgPoW, no todos en la comunidad están contentos con la posibilidad de que el algoritmo de minería cambie antes del cambio a la prueba de participación en Ethereum 2.0.
El disidente más vocal hasta ahora ha sido Aragón, un proyecto para administrar organizaciones autónomas descentralizadas, cuya comunidad votó el 2 de noviembre para oponerse a cualquier cambio en Ethash antes de la transición a Ethereum 2.0.
A pesar de cierta tensión, no hay indicios de que una masa crítica de usuarios de Ethereum se oponga amargamente al cambio propuesto, lo que hace improbable que el desarrollo conduzca a una grieta grave.
Si la auditoría independiente atestigua la solidez del nuevo algoritmo, es probable que se aplique con la bifurcación dura de Berlín, ahora programada tentativamente para junio de 2020, mientras Ethereum continúa su marcha hacia la codiciada versión 2.0 de la red.