La última reunión de desarrolladores core de Ethereum el pasado viernes 15 de marzo fue una montaña rusa emocional, ya que se produjo un acalorado debate sobre la incorporación del algoritmo ProgPoW en la próxima actualización del código base. ProgPoW, que significa Progressive Proof of Work, es un algoritmo que se espera invalide el uso de equipos de minería especializados en la extracción de monedas de Ethereum. También llamada actualización anti-ASIC, se espera que el ProgPoW interrumpa el mercado anual actual estimado de 655 millones de dólares de recompensas de minería Ethereum.
Los chips ASIC (Circuitos Integrados Específicos de la Aplicación) son más eficientes que las GPU de propósito general menos eficientes y ambos mineros están actualmente activos en la red. Los propietarios de los ASIC están obviamente mejor equipados que los mineros de GPU, lo que les da una ventaja sobre los mineros de propósito general y esto es lo que está causando toda la fricción dentro de la red en este momento.
Los partidarios del algoritmo ProgPoW, afirman que el uso de GPU garantiza que la red esté más descentralizada, ya que las GPU son más baratas de adquirir y más mineros podrán unirse a la red. Los ASIC son bastante caros y, por lo tanto, un menor número de mineros pueden costearlos. Esto conducirá a la descentralización. Sin embargo, este punto se cuestionó en la convocatoria de este viernes con los opositores de la actualización ProgPoW afirmando que incluso con las GPU, las personas con recursos financieros todavía pueden acumular suficientes chips para obtener una ventaja sobre el resto de los mineros, por lo que hacen hincapié en el silencio de la centralización.
La razón por la cual la mayoría de los desarrolladores en la reunión se frustraron es que la misma discusión se llevó a cabo en enero de este año y acordaron seguir adelante con la implementación.
Greg Colvin, uno de los asistentes a la reunión dijo:
Regresaremos a las cosas de las que estábamos cansados de hablar hace unos meses. Decidimos que el único problema es si hay errores en el algoritmo [o] puertas traseras en el algoritmo. Nadie se opuso. Muchos estuvieron de acuerdo. Nadie lo bloqueó. Tuvimos el consenso de que avanzaríamos a menos que hubiera problemas técnicos.
Como se acordó en la convocatoria de los desarrolladores de enero, se seleccionaría un auditor independiente para auditar el código en busca de ineficiencias. Hasta ahora, Ethereum Cat Herders, el equipo que fue nominado para buscar un auditor, todavía no ha propuesto ningún nombre y, por lo tanto, aún no está claro cuándo comenzarán las auditorías. La demora también puede tener otro impacto negativo, como lo informó Hudson Jameson, gerente de relaciones comunitarias de la Fundación Ethereum. Jameson dijo durante la reunión que debido a la restricción de tiempo entre ahora y la próxima actualización del código programada para octubre de este año, las dos auditorías separadas planificadas pueden no realizarse según lo planeado.
Es posible que no hagamos la evaluación [benchmarking] (auditoría) en absoluto, porque esa es la parte menos importante de las dos partes de la auditoría
Explicó Jameson.
Existe la posibilidad de que incluso si el algoritmo ProgPoW haya sido aceptado por la comunidad en general, si el código falla las pruebas de auditoría, no se incluirá en la próxima bifurcación.
Como lo explicó el líder de seguridad de la Fundación Ethereum, Martin Holst Swende:
Cualquier EIP que aceptemos para un hard fork si luego resulta que hay algo horrible, sí, lo haremos. Siempre va a ser la aceptación condicional .
La reunión terminó con el acuerdo para seguir adelante con la actualización del algoritmo, pero el cronograma para lograr varios hitos diferentes, incluidas las auditorías, no se presentó, por lo tanto, no está claro el camino a seguir.
