Cerca de 2,4 millones de ZEC participaron en la votación de los titulares sobre la actualización de red 7 (NU7), de un total de aproximadamente 3,6 millones de ZEC elegibles al momento de la instantánea, una participación muy por encima del umbral de un millón de ZEC que los organizadores habían fijado para considerar representativo el resultado entre los titulares de Zcash.

Según los resultados publicados, al menos el 99% del ZEC participante favoreció reducir el intervalo objetivo entre bloques de 75 a 25 segundos, mientras que el 98,9% respaldó mantener el calendario de halvings existente de Zcash en lugar de adoptar una curva de emisión gradualmente decreciente.

El peso de voto fue proporcional al ZEC elegible en lugar de un voto por persona, por lo que una cartera con más ZEC tenía mayor influencia. No obstante, el sistema fue diseñado para mantener la privacidad de los saldos y las elecciones individuales.

Un tiempo de bloque más corto cambia lo que esperan los usuarios

Un bloque contiene las transacciones que la red ha aceptado en su registro compartido. Con el objetivo actual de 75 segundos, quien realiza un pago espera unos 75 segundos en promedio por el siguiente bloque y una primera confirmación; un objetivo de 25 segundos reduciría esa espera inicial a unos 25 segundos.

La mejora sería más visible en flujos que dependen de una o dos confirmaciones, incluidos pagos pequeños, depósitos en exchanges y algunas operaciones entre cadenas. Sin embargo, no garantizaría que todos los servicios acrediten una transacción en 25 segundos: los y comerciantes establecen sus propios requisitos de confirmación, y los tiempos reales de bloque fluctúan alrededor del objetivo.

La propuesta técnica detrás del cambio, ZIP 218, también limita cuántas acciones blindadas puede contener cada bloque. Estos límites buscan evitar que el calendario más rápido imponga cargas excesivas de procesamiento y sincronización a las carteras y nodos de la red.

Los intervalos más cortos también aumentan la probabilidad de que dos mineros generen bloques competidores casi simultáneamente. ZIP 218 estima que la tasa de bloques obsoletos, la proporción de bloques válidos que no permanecen en la cadena aceptada, podría subir de alrededor del 0,4% a aproximadamente el 3,26%. Sus límites de acciones reducirían el ancho de banda de sincronización en el peor caso de las carteras ligeras de unos 271 MB a 169 MB diarios.

El triple de bloques no triplicará la oferta de ZEC

Reducir el intervalo de 75 a 25 segundos produciría aproximadamente el triple de bloques en el mismo periodo. Sin otro ajuste, esto podría acelerar las recompensas de los mineros y adelantar los futuros halvings.

ZIP 218 evita ese resultado al reducir el subsidio asignado a cada bloque y extender el intervalo de halving medido en bloques. Se emitirían tres recompensas más pequeñas en aproximadamente el tiempo en que la red actualmente emite una recompensa mayor. La creación diaria de ZEC se mantendría, por lo tanto, prácticamente sin cambios: el calendario más rápido altera cuándo se registran las transacciones, no cuántas monedas pueden llegar a existir.

Al preservar los halvings, los titulares mantuvieron el modelo de recompensas que Zcash heredó de Bitcoin, bajo el cual el subsidio de minería se reduce a la mitad en intervalos de aproximadamente cuatro años.

Los titulares rechazaron una curva de recompensas más suave para los mineros

ZIP 234 proponía reemplazar los grandes recortes de recompensa por una disminución gradual manteniendo el techo de 21 millones de ZEC, con el objetivo de proteger los ingresos de los mineros de una reducción repentina del 50% en cada halving. La propuesta señala que la dificultad de minería de Zcash cayó tras los halvings de 2020 y 2024, lo cual es consistente con que algunos mineros apagaran su equipo al reducirse sus recompensas. Los titulares optaron, sin embargo, por conservar el calendario establecido.

El previsto Mecanismo de Sostenibilidad de Red proporcionaría una fuente independiente de futuras recompensas para los mineros. Según la propuesta, retiraría fondos de circulación, incluido al menos el 60% de las tarifas de transacción, antes de reciclar el ZEC a través de subsidios posteriores de bloque. Sobre el momento de ese reciclaje, 96,6% del ZEC participante apoyó esperar hasta febrero de 2031, lo que permitiría que los fondos recolectados se acumulen durante varios años antes de comenzar a regresar a los mineros.

La votación contó el ZEC sin exponer saldos individuales

Solo el ZEC blindado gastable en el pool Ironwood al momento de la instantánea pudo participar, lo que permitió que el peso de voto reflejara las tenencias reales sin obligar a los votantes a publicar sus saldos ni a vincularlos públicamente con su elección. Según el diseño de votación, cada voto fue cifrado y dividido en 16 boletas no vinculables. Los validadores podían calcular los totales combinados, pero el sistema fue diseñado para impedir que reconstruyeran el saldo y las elecciones de un votante individual.

La votación también respaldó el retiro del pool de privacidad más antiguo de Zcash

Aproximadamente el 97,3% del ZEC participante apoyó deshabilitar las transacciones de versión 4 asociadas con Sprout cuando NU7 se active. Sprout fue el sistema blindado original de Zcash, pero los depósitos han estado deshabilitados desde 2018. Cuando se preparó la encuesta, contenía menos de 23.000 ZEC y representaba menos del 0,1% del volumen de transacciones.

La votación aborda únicamente cuándo debe dejar de aceptarse el formato de transacción antiguo. No determina qué ocurrirá con los fondos afectados por el retiro, cuestión que quedó explícitamente fuera de la encuesta.

El 30 de septiembre decide qué puede entrar en NU7

Los titulares votaron con un 99,3% lanzar NU7 sin esperar todas las funciones propuestas: cualquier cosa no implementada para la fecha límite de preparación del 30 de septiembre podría eliminarse de la actualización en lugar de retrasar los componentes que ya están completos.

Esa fecha límite no es una fecha de activación. ZIP 218 sigue siendo un borrador, y el documento que rige el despliegue de NU7 aún lista sus alturas de activación en testnet y mainnet como no definidas. Las funciones respaldadas deben completarse, revisarse, probarse e incluirse en el paquete final antes de que los nodos puedan aplicarlas.

Hasta que ese paquete sea probado y se le asigne una altura de activación, Zcash seguirá produciendo bloques con su calendario actual de 75 segundos. Por lo tanto, los hitos prácticos a observar son la decisión de preparación del 30 de septiembre, la finalización de los trabajos de implementación y pruebas pertinentes, y la publicación de las alturas de activación para el paquete final de NU7.

Este artículo se proporciona únicamente con fines informativos y no constituye asesoramiento financiero ni de inversión. Las funciones de NU7 siguen sujetas a implementación, pruebas, inclusión final y activación en mainnet.

Fuente: Coindoo