Los desarrolladores de Zcash han propuesto reducir el tiempo de bloque de la red de 25 segundos a 20 segundos, apenas unos días después de que la actualización NU7 hiciera las confirmaciones de transacciones tres veces más rápidas.
Resumen
- Los desarrolladores de Zcash propusieron reducir los tiempos objetivo de bloque de 25 segundos a 20 tras la actualización de noviembre.
- Las cifras mineras iniciales mostraron tasas de bloques huérfanos relativamente bajas a pesar de que la red producía bloques mucho más rápido.
- Los desarrolladores probaron bloques de 20 segundos usando 80 mineros en 12 regiones antes de presentar su última propuesta.
- Los cambios propuestos preservarían la capacidad diaria de transacciones blindadas de Zcash y el calendario de emisión de tokens existente.
- Los desarrolladores quieren la aprobación de la comunidad antes de incluir el intervalo de bloque más corto en la futura actualización NU7.1.
Según una propuesta publicada en el foro de la comunidad de Zcash el 8 de noviembre, los desarrolladores Dev Ojha, conocido como ValarDragon, y Evan Forbes quieren que el cambio se considere para la próxima actualización NU7.1. Su propuesta sigue a los primeros resultados de la red que muestran que los bloques más rápidos no han causado el aumento de bloques competidores que los desarrolladores temían inicialmente.
El ajuste propuesto reduciría el tiempo esperado para la primera confirmación de una transacción en otros cinco segundos. Sin embargo, los desarrolladores no han recibido la aprobación de la comunidad y no hay una fecha de activación confirmada.
Los desarrolladores de Zcash buscan bloques más rápidos tras la actualización NU7
Zcash activó su actualización NU7 el 6 de noviembre en el bloque 3.543.405, reduciendo el tiempo objetivo entre bloques de 75 segundos a 25 segundos. La actualización cambió la rapidez con la que los mineros añaden transacciones a la blockchain sin cambiar el suministro máximo de la criptomoneda.
Como crypto.news informó anteriormente, NU7 introdujo nuevos límites de transacciones blindadas y un sistema que reserva el 60% de las comisiones de transacción para futuras recompensas de minería. Los mineros reciben el 40% restante directamente.
Con la red produciendo ahora bloques tres veces más frecuentemente, los desarrolladores están considerando otra reducción para mejorar el tiempo que los usuarios pasan esperando que se confirmen los pagos.
Según la última propuesta, una transacción que requiera una confirmación tendría una espera esperada de aproximadamente 20 segundos, en comparación con los 25 segundos bajo las reglas actuales. Para un exchange que requiera tres confirmaciones, el período de espera objetivo caería de 75 segundos a 60 segundos.
Los tiempos de confirmación reales pueden variar porque los mineros no descubren bloques a intervalos fijos. Los exchanges y otros proveedores de servicios también pueden establecer sus propios requisitos de confirmación antes de poner a disposición los fondos depositados.
Los desarrolladores identificaron los pagos minoristas, los depósitos en exchanges y los swaps entre cadenas como actividades que podrían beneficiarse del intervalo más corto. El cambio sería particularmente relevante para las transacciones que requieren confirmación de la blockchain antes de que otro servicio pueda procesarlas.
Los primeros resultados de minería respaldan los bloques de 20 segundos propuestos
Una preocupación central en torno a los bloques más rápidos es la posibilidad de más bloques huérfanos, que ocurren cuando los mineros producen bloques competidores antes de que la red llegue a un acuerdo sobre cuál aceptar.
Solo un bloque competidor pasa a formar parte de la cadena aceptada, dejando a los mineros responsables de los bloques descartados sin recompensas por ese trabajo. Reducir el tiempo entre bloques puede hacer que tales conflictos sean más frecuentes.
Sin embargo, los primeros datos del rastreador de minería de ZecBlock mostraron una tasa de bloques huérfanos observada del 0,69% durante las 24 horas que terminaron a primera hora del lunes, en comparación con aproximadamente el 0,66% antes de NU7.
La tasa medida durante todo el período posterior a la actualización fue mayor, del 1,29%, lo que refleja un aumento inicial antes de que las lecturas posteriores disminuyeran.
"¡La tasa de bloques huérfanos ha mejorado más de lo que anticipé!", escribió Ojha (@zkDragon) en una actualización del lunes.
El servicio de monitoreo amplió su red de observación de un nodo a diez poco antes de la actualización. Debido a que los nodos adicionales pueden detectar bloques competidores que antes no se registraban, las cifras anteriores y actuales no son directamente comparables.
Los desarrolladores realizaron pruebas separadas utilizando 80 mineros distribuidos en 12 regiones geográficas para examinar cómo se comportaría el intervalo propuesto de 20 segundos en condiciones de red exigentes.
Las simulaciones produjeron tasas de bloques huérfanos que oscilaron entre el 1,9% y el 3,3%, dependiendo de la configuración del software de minería. Las pruebas anteriores utilizadas para evaluar la seguridad de bloques de 25 segundos registraron una tasa de bloques huérfanos del 4,68%.
Los cambios propuestos en Zcash preservarían la capacidad de transacciones
Aunque la propuesta produciría bloques con mayor frecuencia, los desarrolladores no tienen la intención de aumentar el número de transacciones privadas que la red puede procesar cada día.
El borrador del plan técnico reduciría el número máximo de acciones blindadas permitidas en cada bloque de 330 a 264. El límite de tamaño de bloque de 2 MB permanecería sin cambios.
Los desarrolladores explicaron que mantener los límites actuales por bloque mientras se crean más bloques aumentaría la cantidad de datos que las billeteras podrían necesitar descargar y procesar.
La propuesta también ajustaría el subsidio de bloque y el intervalo de reducción a la mitad para preservar el calendario de emisión existente de Zcash y su suministro máximo de 21 millones de ZEC.
Otro cambio propuesto se refiere al ajuste de dificultad, que determina cuán difícil les resulta a los mineros producir nuevos bloques.
En una publicación del 9 de noviembre, Ojha explicó que NU7 aumentó la ventana de promedio de dificultad de 17 bloques a 102 bloques. El intervalo propuesto de 20 segundos elevaría esa cifra a 128 bloques.
Estimó que las fluctuaciones de dificultad que anteriormente oscilaban entre aproximadamente -40% y +30% podrían reducirse a entre -20% y +15%, aunque el rendimiento real de la red aún está por observarse.
Los desarrolladores buscan la aprobación de la comunidad para NU7.1
Ojha y Forbes quieren que la propuesta se incluya en la próxima encuesta de la comunidad de Zcash y se considere para NU7.1, una actualización de red de seguimiento.
Los desarrolladores no han anunciado un calendario de activación ni han obtenido la aprobación para cambiar el intervalo de bloques.
Mientras tanto, la implementación anterior de NU7 requirió que los operadores de nodos actualizaran su software para seguir siendo compatibles con las nuevas reglas de consenso de la red.
La última propuesta mantendría la profundidad recomendada del ancla de confirmación de tres bloques, reduciendo su duración esperada de 75 segundos a 60 segundos. También aumentaría la expiración predeterminada de transacciones de 120 bloques a 150 bloques, preservando el mismo período de expiración esperado a pesar de la producción de bloques más rápida.
