Zcash plantea bloques de 20 segundos tras importante renovación de red

Los desarrolladores de Zcash proponen tiempos de bloque de 20 segundos

Los desarrolladores de Zcash han propuesto reducir el intervalo objetivo entre bloques de la red a 20 segundos, tan solo unos días después de que una importante actualización redujera los tiempos de bloque a 25 segundos. La última propuesta tiene como objetivo acelerar las confirmaciones de transacciones, al tiempo que se mantiene el calendario de emisión y el límite de suministro actuales de Zcash (ZEC).

La propuesta, publicada para su debate en la comunidad en los foros de Zcash, tiene como objetivo su inclusión en la próxima Actualización de Red 7.1 (NU7.1). La propuesta llega tras la activación con éxito de la Actualización de Red 7 (NU7), que introdujo varios cambios estructurales en Zcash, entre ellos una producción de bloques más rápida, una reserva de seguridad de la red a largo plazo y la retirada de su pool protegido original «Sprout».

La actualización redujo el intervalo de bloque objetivo de Zcash de 75 a 25 segundos e introdujo el Mecanismo de Sostenibilidad de la Red (NSM), desarrollado por Shielded Labs. Este mecanismo redirige el 60 % de las comisiones de transacción a una reserva a largo plazo diseñada para reforzar la seguridad de la red a medida que disminuyan las subvenciones a la minería, a partir de aproximadamente 2031.

La actualización también retiró el antiguo pool «Sprout» al interrumpir las transacciones de la versión 4, congelando de forma permanente aproximadamente 12 226 ZEC, valorados en unos 16 millones de dólares, asociados a claves perdidas o abandonadas.

Tras la activación, el ZEC experimentó una importante volatilidad en su precio, repuntando inicialmente de 1.120 dólares a más de 1.380 dólares, antes de retroceder entre un 7 % y un 9 %, situándose en un rango de entre 1.260 y 1.315 dólares, en medio de la recogida de beneficios y la liquidación de posiciones apalancadas.

Ajustes de latencia y límite de acción

A pesar de la reciente revisión, los desarrolladores de Zcash ya están trabajando en nuevas mejoras para acelerar la confirmación de las transacciones. El último borrador propone una reducción adicional del 20 % en el intervalo objetivo entre bloques, lo que aumentaría la producción prevista de bloques en un 25 %.

Según la propuesta, el objetivo principal es reducir la latencia de las transacciones, especialmente en el caso de aplicaciones que requieren confirmaciones rápidas. Entre ellas se incluyen los pagos en puntos de venta, los depósitos en plataformas de intercambio de criptomonedas y los intercambios entre cadenas, donde unos tiempos de confirmación más cortos podrían mejorar la experiencia del usuario.

Los cambios propuestos no afectarían al calendario de emisión diario de Zcash ni a su límite máximo de suministro de 21 millones de ZEC. En su lugar, las recompensas por bloque y los parámetros dependientes del tiempo, incluidas las ventanas de ajuste de dificultad, se escalarían proporcionalmente para adaptarse al calendario de bloques más rápido.

Los desarrolladores también han propuesto reducir los límites de las acciones protegidas para evitar que el aumento de la frecuencia de los bloques imponga exigencias de sincronización excesivas a las carteras ligeras y a los nodos de la red.

Concretamente, el borrador propone ajustar ciertos límites establecidos en la ZIP 218 a cuatro quintas partes de sus niveles actuales, reduciendo el presupuesto global de acciones protegidas y los límites de acciones relevantes de Orchard e Ironwood de 330 a 264 por bloque.

Por su parte, el límite actual de tamaño de bloque de 2 MB se mantendría sin cambios. Con una utilización máxima de los bloques, el intervalo propuesto implicaría una tasa teórica máxima de procesamiento de datos de aproximadamente 100 KB por segundo.

Aunque reducir el intervalo de bloque objetivo de Zcash a 20 segundos podría acelerar las confirmaciones de transacciones, también suscita preocupaciones sobre un aumento de las tasas de bloques huérfanos como consecuencia de unas ventanas de propagación de bloques más ajustadas. La rápida sucesión de actualizaciones también podría suponer exigencias operativas adicionales para los mineros, las plataformas de intercambio y los operadores de nodos.

Sin embargo, las pruebas de estrés y los datos posteriores a la NU7 indican tasas de bloques huérfanos más bajas que antes de la actualización, en parte debido a las optimizaciones en las implementaciones de nodos como Zebra y Zakura. No obstante, persisten los riesgos asociados al intenso tráfico de la red principal.

A diferencia de la NU7, que introdujo cambios estructurales importantes, la NU7.1 se centra principalmente en reducir la latencia de las transacciones sin alterar la política monetaria de Zcash. No obstante, su implementación sigue estando sujeta a la revisión de la comunidad y a las votaciones de gobernanza.