Los desarrolladores de Zcash ya están proponiendo otro aumento de velocidad, apenas tres días después de que la red completara una actualización que hizo que sus bloques fueran tres veces más rápidos.
Los desarrolladores Dev Ojha y Evan Forbes presentaron una propuesta el domingo para reducir el tiempo objetivo entre bloques de 25 segundos a 20. Antes de la actualización NU7 del viernes, Zcash generaba un nuevo bloque aproximadamente cada 75 segundos.
Los bloques son lotes de transacciones añadidos a la cadena de bloques. Cuanto más corto sea el intervalo entre ellos, más pronto un pago puede recibir su primera confirmación.
Bajo el cambio propuesto, un cliente que pague con ZEC en una tienda podría esperar la primera confirmación en aproximadamente 20 segundos en lugar de 25, mientras que un exchange que requiere tres confirmaciones podría reducir su tiempo de espera esperado de 75 segundos a 60.
Los tiempos de espera reales varían porque los mineros descubren bloques en intervalos impredecibles.
La propuesta sigue a los alentadores resultados iniciales de NU7, que los desarrolladores habían temido que pudieran causar que más mineros desperdiciaran poder de cómputo en bloques competidores.
Cuando dos mineros descubren bloques casi al mismo tiempo, la red finalmente acepta uno y descarta el otro. Estos bloques descartados, conocidos como huérfanos, significan que el minero perdedor ha gastado electricidad en trabajo que no genera recompensa. Bloques más rápidos aumentan ese riesgo porque los mineros tienen menos tiempo para enterarse de los descubrimientos de los demás.
Sin embargo, la tasa de bloques huérfanos observada de Zcash fue de apenas el 0,69% durante las 24 horas que finalizaron temprano el lunes, según ZecBlock's mining tracker, en comparación con aproximadamente el 0,66% antes de NU7.
¡La tasa de órfanos ha mejorado de lo que esperaba!" Ojha escribió el lunes.
La tasa durante todo el período desde NU7 sigue siendo más alta, en 1.29%, con lecturas que disminuyeron tras un pico inicial. ZecBlock también aumentó su red de monitoreo de un nodo a diez poco antes de la actualización, lo que significa que ahora puede detectar algunos bloques competidores que anteriormente pasaban desapercibidos. Por lo tanto, las cifras no pueden proporcionar una comparación exacta antes y después.
Los desarrolladores probaron por separado los bloques propuestos de 20 segundos en una red de 80 mineros distribuidos en 12 regiones para ver con qué frecuencia se descartarían bloques competidores. Entre el 1,9% y el 3,3% se perdieron, dependiendo del software utilizado, en comparación con el 4,68% en pruebas de estrés anteriores que ayudaron a determinar si los bloques de 25 segundos eran seguros.
Esos resultados sugieren que Zcash podría reducir aún más los tiempos de confirmación sin un aumento pronunciado en el trabajo de minería desperdiciado, aunque las pruebas simuladas no garantizan un rendimiento similar en la red en vivo.
La variación no aumentaría la cantidad de transacciones privadas que Zcash puede manejar cada día. Los desarrolladores planean permitir menos transacciones por bloque para compensar la producción de más bloques, de modo que los monederos no tengan que procesar datos adicionales.
La variación preservaría el calendario de emisión de Zcash y el límite de 21 millones de monedas.
Ojha y Forbes desean que la propuesta se considere en la próxima encuesta comunitaria y potencialmente se incluya en NU7.1, una actualización futura de la red. No ha sido aprobada ni se le ha asignado una fecha de activación.
Leer más: Zcash activa una actualización importante, con el objetivo de acelerar los pagos tres veces