Ethereum Core Dev deciden suspender implementación de algortimo ProgPow

  • Después de reunirse los desarrolladores del Ethereum Core han decidido suspender la sustitución del algoritmo de minería Ethash por el ProgPow.
  • Los desarrolladores evaluarán otras propuestas y evaluarán las mejoras que puedan hacerse a la ProgPow.

En una reunión que duró alrededor de 3 horas, los desarrolladores del Ethereum Core le dieron una parada total a la sustitución del algoritmo de minería Ethash por el Programmatic Proof of Work (ProgPow). La reunión contó con la participación Tim Beiko, Jefe de Producto para PegaSysEng, y con desarrolladores a favor y en contra del ProgPow. Aunque había dos puntos en la agenda, dos horas fueron dedicadas a la discusión sobre el ProgPow. Se acordó mantenerlo en estado «aprobado», pero fue cancelada su activación en un hard fork.

La aplicación del algoritmo de minería de Programmatic Proof of Work (ProgPow) ha sido controvertida. La implementación del ProgPow pretendía cerrar la brecha de eficiencia de los mineros de la GPU frente a los equipos ASIC. El algoritmo fue diseñado por el grupo de desarrollo IfDefElse y publicado bajo el EIP 1057. Hace unos días, los desarrolladores del Ethereum Core decidieron aprobarlo, reavivando un debate que ha separado a la comunidad de Ethereum por años.

En la reunión más reciente estuvo presente Kristy Leigh Minehan, parte del equipo de IfDefElse, una de las creadores del ProgPow y BitsBeTrippin por el lado a favor del ProgPow. En el lado opuesto, estuvo el co-fundador de Gnosis Martin Köppelmann y el fundador de Thesis.co, Matt Luongo. Además, el CEO de Spankchain, Ameen Soleimani, también fue una de las voces más críticas del ProgPow. El desarrollador más neutral sobre el punto fue Benjamin DiFrancesco. Al final prevaleció la propuesta de DiFrancesco de mantener aprobado el ProgPow sin activarlo.

Error detectado en el algoritmo ProgPow para Ethereum

La reunión ocurrió dos días después de que el miembro de la comunidad Kik, publicara el descubrimiento de un error en algoritmo ProgPow. El error reveló que, de hecho, el algortimo ProgPow es más vulnerable a ataques con equipos ASICs. Estos equipos son capaces de aprovecharse de una vulnerabilidad del ProgPow para minar sin acceso a la memoria. La vulnerabilidad es causada por el tamaño de la semilla de 64 bits en la función de hashing del ProgPow.

El descubrimiento fue confirmado por Kristy Leigh Minehan, pero aumentó las críticas hacia el ProgPow. En la reunión, Minehan hizo un recuento de las auditorias que ha tenido el ProgPow y afirmó que los errores encontrados son técnicamente sencillos de solucionar. Aunque uno de los miembros de la reunión alabó el trabajo de detección de fallas, los oponentes al ProgPow destacaron los riesgos que otras fallas no detectadas podrían traer a la red de Ethereum.

Luego, los desarrolladores discutieron las implicaciones de una caída potencial del hashrate de Ethereum en abril. Durante este mes (traducido libremente):

(…) el DAG de EthHash pasará de 4GB, y eso debería causar una caída de la tasa hash en la red, potencialmente hasta el 40%.

Minehan apuntó dos preocupaciones. Primero que una caída en la tasa hash impacte los tiempos de los bloques y surjan problemas. Segundo, la introducción de nuevos equipos de minería GPUs que sustituyan a los anteriores. Según Minehan, 40% de la red de Ethereum está constituida por equipos ASIC de 4GB y una sustitución de estos equipos podría traer los problemas mencionados. Una implementación del ProgPow con este riesgo potencial cerca, podría afectar negativamente la red al crear disconformidad en la comunidad. Los desarrolladores esperarán un reporte detallado que saldrá próximamente para tomar medidas.

Al hablar sobre el sentimiento en la comunidad en relación al ProgPow, Martin Köppelmann explicó que su oposición al algoritmo nunca fue por una cuestión técnica. Köppelmann dijo que lo más importante es reducir riesgos en la plataforma de Ethereum. Agregó que hay cambios que deben tomarse que afectará a los usuarios, pero que estos cambios solo deben ser implementados si la salud de la red está en riesgo (traducido libremente):

(…) no está claro que los ASIC sean algo malo en la red, y no es seguro que el ProgPow logre la resistencia ASIC. Si tuviéramos ASICs bajo el ProgPow (lo cual podría haber sido posible dada la posible explotación mencionada anteriormente), entonces estaríamos en una situación aún peor porque los incentivos para el secretismo serían aún mayores.

Köppelmann también señaló que no existen proyectos en Ethereum que estén basados en ProgPow y que la comunidad acepta las decisiones del proceso de gobernanza 95% del tiempo. Afirmó que cuando en el resto del 5% de los casos, cuando la comunidad se opone a un cambio debe ser rechazado.

Minehan estuvo de acuerdo y afirmó que es importante evitar una división de cadena y proteger las inversiones de minería en Eth1. La desarrolladora afirmó que, aunque Ethereum está en proceso de adoptar una Prueba de Participación (PoS), la cadena con PoW no se irá en los próximos 6 meses. Estuvo de acuerdo con la propuesta de renombrar el ProgPow a posiblemente Ethhash 2.0.

Ameen Soleimani dijo que los errores en el ProgPow no son triviales y que la propuesta solo se trata de lobby hecho a los desarrolladores para provocar un cambio. Además, agregó que la transición a la PoS debe ser la prioridad. Soleimani estuvo de acuerdo en mantener al ProgPow activado sin su activación. Tim Beiko hizo un breve resumen de la reunión y apuntó lo siguiente:

¡Síguenos en Facebook y Twitter y no te pierdas ninguna noticia! ¿le gusta nuestro índice de precios?

About Author

Reynaldo Marquez has closely followed the growth of Bitcoin and blockchain technology since 2016. He has since worked as a columnist on crypto coins covering advances, falls and rises in the market, bifurcations and developments. He believes that crypto coins and blockchain technology will have a great positive impact on people's lives.

Los comentarios están cerrados.