Cuenta atrás de dos semanas: la actualización NU7 de Zcash se acerca y 22.309 ZEC se enfrentan a una congelación suave

Original ｜Odaily News（@OdailyChina）

Autor｜Golem（@web3_golem）            

Zcash se prepara para la actualización de red NU7, lo que también significa que ZEC por valor de unos 30 millones de dólares quedarán «congelados suavemente».

El 20 de octubre, el desarrollador principal de Zcash, Sean Bowe, presentó una propuesta para fijar la altura de activación de la red principal de NU7 en el bloque 3.543.405, prevista para alrededor del 5 de noviembre. Tras la actualización, el intervalo de bloque de Zcash se reducirá de 75 segundos a 25 segundos, y la recompensa de minería por bloque se reducirá a un tercio, por lo que la emisión diaria se mantendrá sin cambios y el límite de 21 millones y el ritmo de halving no se verán afectados. Además, la actualización activará un mecanismo para la sostenibilidad de la red: el 60% de las comisiones de cada bloque saldrá temporalmente de la circulación y entrará en una reserva, mientras que los mineros recibirán el 40% restante. Está previsto que los activos de la reserva se redistribuyan gradualmente a través de futuras recompensas de minería a partir de alrededor de febrero de 2031 (bloque 8.939.664 de la red principal).

Estos ajustes tendrán un impacto limitado en el uso diario de la mayoría de los usuarios. La propuesta que realmente genera controversia es la ZIP 2003: según esta propuesta, tras la actualización, 22.309 ZEC del pool privado Sprout ya no podrán gastarse.

¿Por qué una actualización de red bloquea activos antiguos?

La propuesta ZIP 2003 no es una acción de limpieza dirigida específicamente contra Sprout. El objetivo principal de la ZIP 2003 es prohibir todas las transacciones en formato v4 a partir de NU7. La razón no es complicada: el formato de transacción de Zcash ha pasado por varias iteraciones y actualmente los formatos principales son v5 y v6.

El problema es que Sprout es el pool privado más antiguo de Zcash y sus transferencias solo pueden realizarse mediante el formato v4; los formatos posteriores v5 y v6 no admiten Sprout. Por lo tanto, una vez que se active la actualización, los fondos que permanezcan en Sprout ya no podrán gastarse.

Pero estas monedas no se destruyen: siguen contando dentro del suministro emitido, solo que el protocolo ya no ofrece ninguna forma de gastarlas. La ZIP 2003 deja una frase ambigua para los titulares del pool Sprout: «En teoría, en el futuro podría reabrirse, pero también podría no recuperarse nunca». La especificación actual de NU7 no incluye ninguna función de recuperación programada.

Al cierre de esta edición, quedan 22.263 ZEC en el pool Sprout, por valor de unos 30 millones de dólares. Si los titulares no los retiran antes de la actualización de red NU7, podrían perder estos activos para siempre. Pero, por otro lado, incluso si quisieran retirarlos ahora, probablemente ya no tendrían tiempo suficiente.

Migración llena de dificultades: solo quedan 14 días

Si solo se tratara de pedir a los usuarios que transfirieran antes de la actualización, no sería tan complicado. El problema es que Sprout ya es un sistema bastante antiguo. Con la aparición de soluciones posteriores como Sapling y Orchard, Sprout ha ido quedando fuera del soporte de los monederos principales, y muchos usuarios probablemente ya no usan los monederos de entonces, o incluso han olvidado dónde guardaban sus fondos.

Incluso para los titulares que aún lo recuerdan, existen bastantes obstáculos prácticos para migrar.

El nuevo monedero oficial Zallet indica claramente en su documentación que no admite la migración de claves de gasto ni fondos de Sprout. Es decir, aunque un usuario migre su monedero antiguo a la nueva herramienta, los fondos originales de Sprout no se transferirán. El usuario debe primero mover las monedas con una herramienta antigua que aún sea compatible con Sprout (principalmente zcashd) y conservar el archivo wallet.dat original. Si se pierde el archivo o la clave, no hay forma de recuperarlos.

Los usuarios también pueden intentar usar herramientas de recuperación de terceros (como Argos) para recuperar fondos desde wallet.dat o desde una clave de gasto de Sprout independiente. Si el archivo de monedero original aún conserva datos de notas gastables y testigos en caché, se puede intentar extraer los fondos directamente.

Pero si faltan los datos relevantes, el usuario podría necesitar un escaneo completo, descargando unos 280 GB de datos de bloques, con un tiempo de procesamiento que podría durar varios días. Y actualmente solo quedan 14 días hasta la actualización de red NU7, por lo que el tiempo para que los titulares realicen la migración probablemente ya no sea suficiente.

Incluso si finalmente logran migrar, los titulares del pool Sprout tendrán que afrontar problemas de privacidad. Según las reglas de la ZIP 308, los fondos de Sprout no pueden transferirse directamente a Sapling; primero deben pasar por el pool transparente, por lo que los importes quedarán registrados públicamente. Para quienes originalmente pusieron monedas en Sprout precisamente por privacidad, este es uno de los costes a considerar. No migrar podría significar que los fondos nunca puedan gastarse; migrar podría sacrificar parte de la privacidad de las transacciones.

¿Not your keys, not your coins?

Para ZEC, 22.000 monedas no es una cantidad especialmente grande: representan aproximadamente el 0,45% de las monedas blindadas de toda la red y el 0,14% del suministro circulante. Incluso si finalmente todas quedaran imposibles de gastar, el impacto en la oferta circulante y en el precio sería limitado.

La comunidad tampoco tiene una opinión unánime sobre la posible congelación suave de 22.000 ZEC. Los optimistas consideran aceptable prohibir todas las transacciones en formato v4 y pausar las transferencias del pool Sprout, porque Sprout ya era un charco estancado: tras la actualización Canopy de 2020, se cerró la entrada de nuevos fondos a Sprout y solo se permitió la salida de los existentes, por lo que sus casos de uso no han dejado de reducirse.

Hay que aclarar que esta no es una decisión unilateral de los desarrolladores. En septiembre de 2026, Zcash celebró una votación de gobernanza entre los titulares en la que participaron unos 2,4 millones de ZEC; el 99,9% apoyó reducir el tiempo de bloque a 25 segundos, y el resultado de la votación también respaldó deshabilitar las transacciones en formato v4 en esta actualización.

Los desarrolladores llevan años recordando a los usuarios que migren; la actualización de red NU7 es solo la fecha límite para esta migración. Los fondos que aún no se han migrado probablemente sean activos olvidados o perdidos. Mantener un formato antiguo que casi nadie usa no beneficia ni a la complejidad del protocolo ni a la superficie de ataque potencial.

Sin embargo, otra parte de la comunidad considera que esto sienta un precedente poco bueno para Zcash: que un usuario tenga sus claves privadas y, aun así, sus activos pierdan permanentemente la capacidad de gastarse debido a una actualización del protocolo no encaja con los valores de una moneda de privacidad. Si ni siquiera esto puede garantizarse, ¿acaso la llamada autocustodia privada también tiene una fecha de caducidad decidida por los desarrolladores del protocolo? El propio Bowe ha dicho que en el futuro se podría debatir la retirada de Sapling.

El Sprout que hoy se elimina tenía razones de sobra. Entonces, en el futuro, si vuelve a plantearse un problema similar, ¿aceptará la comunidad el mismo tratamiento? Para los usuarios que aún tienen saldo en Sprout, la decisión más urgente ahora es comprobar cuanto antes el estado de su monedero y hacer todo lo posible por completar la migración antes de que la actualización entre en vigor.