Zcash quiere reducir el tiempo de bloque a 20 segundos tras NU7
Los desarrolladores quieren reducir aún más el tiempo de bloque de Zcash tras la reciente actualización NU7. Los primeros datos indican que la tasa de bloques huérfanos por ahora se mantiene limitada.
Puntos clave
- Los desarrolladores de Zcash proponen reducir el tiempo de bloque de 25 a 20 segundos, apenas tres días después de la actualización NU7.
- Los bloques más rápidos deben confirmar los pagos antes; con tres confirmaciones, el tiempo de espera esperado baja de 75 a 60 segundos.
- Los primeros datos tras NU7 muestran que la tasa de bloques huérfanos se mantiene cerca del nivel anterior, mientras que NU7.1 aún no ha sido aprobada.
Los desarrolladores de Zcash quieren reducir aún más el tiempo de bloque, apenas tres días después de que la red completara una importante actualización de velocidad. Dev Ojha y Evan Forbes propusieron el domingo llevar el tiempo objetivo entre bloques de 25 a 20 segundos. Hasta el viernes, Zcash todavía producía aproximadamente un nuevo bloque cada 75 segundos.
Confirmaciones más rápidas
Los bloques son conjuntos de transacciones que se añaden a la blockchain. Cuanto menor es el tiempo entre dos bloques, más rápido recibe un pago su primera confirmación. Con la nueva propuesta, un cliente que pague con ZEC en una tienda podría ver esa primera confirmación después de unos 20 segundos, en lugar de 25 segundos.
La diferencia también puede ser notable para los exchanges. Si una plataforma exige tres confirmaciones, el tiempo de espera esperado baja de 75 a 60 segundos. No obstante, el tiempo real seguirá fluctuando, porque los mineros encuentran bloques en momentos impredecibles.
Los primeros datos son favorables
El nuevo paso llega tras las primeras cifras posteriores a NU7, la actualización que se implementó el 6 de noviembre. Ese cambio redujo el tiempo objetivo de bloque de 75 a 25 segundos y debía acelerar las confirmaciones. Según los primeros datos, el número de bloques huérfanos se mantuvo cerca del nivel anterior a la actualización.
Esto era importante, porque los desarrolladores temían que los bloques más rápidos hicieran que más trabajo de cómputo se perdiera en bloques competidores. Cuando dos mineros encuentran un bloque casi al mismo tiempo, la red acaba aceptando una versión y descartando la otra. Eso hace que el minero perdedor gaste electricidad sin recompensa.
Según ZecBlock, la tasa de bloques huérfanos observada en las 24 horas hasta el lunes por la mañana fue del 0,69%, frente a aproximadamente el 0,66% antes de NU7. En todo el periodo desde la actualización, esa cifra se sitúa más alta, en el 1,29%, aunque las mediciones no son exactamente comparables porque la red de monitoreo se amplió de uno a diez nodos poco antes de la actualización.
Qué significa esto para Zcash
El paso propuesto podría mejorar aún más la experiencia de uso en los pagos con ZEC, sin que la red tenga que procesar más transacciones por día. Los desarrolladores quieren, de hecho, reducir el número de transacciones por bloque para absorber los bloques más rápidos, de modo que las carteras no tengan que procesar más datos.
El cambio tampoco altera el calendario de emisión ni la oferta máxima de 21 millones de monedas. Ojha y Forbes quieren llevar la propuesta a la próxima votación comunitaria y posiblemente incluirla en NU7.1, pero esa actualización aún no ha sido aprobada y todavía no tiene fecha de activación.