Pool Sprout de Zcash: por qué debes mover tus ZEC antiguos antes del 5 de noviembre

Si tienes ZEC en un archivo de cartera de los años 2016 o 2017 y tus direcciones de Zcash empiezan por las letras zc, entonces tu saldo está en el llamado pool Sprout, y deberías moverlo. El motivo figura en una propuesta de cambio con el número ZIP 2003, que debe entregarse con la actualización de red NU7: prohíbe las transacciones del antiguo formato v4, y ese es el único formato con el que se puede gastar un saldo del pool Sprout. La fecha de activación prevista para NU7 en la red principal es el 5 de noviembre de 2026.

Un apunte para situarlo antes de que cunda el pánico: no se trata de todos los ZEC, sino solo del saldo que está en ese único pool blindado, el más antiguo. Quien tiene sus Zcash en un exchange, usa una cartera moderna o creó sus direcciones solo en los últimos años, con altísima probabilidad no está afectado. Afectado está el grupo reducido que lleva años sin mirar. Precisamente por eso, de otro modo se enteraría demasiado tarde.

Qué es el pool Sprout de Zcash y por qué te afecta ahora

Un pool de valor (en inglés value pool) es en Zcash un circuito contable separado, con su propia técnica criptográfica, en el que reside el saldo blindado. Zcash ha renovado esa técnica varias veces a lo largo de los años, y cada renovación creó un pool nuevo en lugar de reconstruir el antiguo. Sprout es el primero de ellos, lanzado con la red en 2016. Fue la primera aplicación a gran escala de pruebas de conocimiento cero generales, pero adolecía de tiempos de cálculo largos y de una alta necesidad de memoria. Sus sucesores Sapling y Orchard corrigieron exactamente eso y trajeron funciones adicionales como las claves de visualización y las direcciones diversificadas.

La consecuencia de ese diseño: tu saldo no se traslada automáticamente cuando el protocolo avanza un escalón. Se queda en el pool al que llegó una vez, hasta que tú mismo lo muevas. Quien en 2016 o 2017 envió ZEC a una dirección blindada y después nunca volvió a tocar la cartera tiene ese saldo en Sprout hasta hoy. La especificación de ZIP 2003 lo dice con sobriedad: Sprout está a estas alturas «essentially unused», es decir, prácticamente sin uso. Precisamente ese escaso uso es el argumento de los desarrolladores para clausurar ahora el pool.

Para el proyecto Zcash esto es una labor de limpieza. Las partes de Sprout que no se solapan con Sapling, como el circuito JoinSplit y el tratamiento de los nulificadores de Sprout, lastran la complejidad y la superficie de ataque de cada implementación de nodo completo. Como Sprout apenas se usa, los desarrolladores de nodos tienen poco incentivo para optimizar su verificación, lo que abarata comparativamente los ataques de denegación de servicio en ese punto. Para ti, como tenedor, sigue siendo sencillamente un plazo.

ZIP 2003 al pie de la letra: por qué el fin de las transacciones v4 cierra el pool Sprout

La relación técnica se explica en una frase, y merece la pena entenderla, porque de ella se deriva por qué ninguna versión posterior de cartera puede resolver el problema sin más. Con la actualización NU5 se introdujo el formato de transacción v5. Ese formato sencillamente no admite Sprout. En la especificación se lee así: «The v5 transaction format introduced in the NU5 network upgrade does not support Sprout, and so this will have the effect of disabling the ability to spend Sprout funds.» Mientras la red siga aceptando, en paralelo, transacciones del formato v4, hay una salida. ZIP 2003 cierra justamente esa salida.

Formalmente, la propuesta modifica una única regla de consenso. Hasta ahora rige, desde NU5, que la versión de transacción debe ser 4 o 5. En el futuro, esa regla solo deberá valer para «[NU5 and NU6, pre-NU7]», y a partir de NU7 la versión 4 ya no será admisible. El cambio actúa de forma idéntica en la red principal y en la red de pruebas. La autora es Daira-Emma Hopwood; la categoría es Consensus.

Hay una salvedad que conviene conocer, y que muchas notas breves omiten: ZIP 2003 mantiene hasta hoy el estado Draft, es decir, borrador, y la implementación de referencia figura en la especificación como «TBD». No es todavía cosa decidida. Según Cointelegraph, el proyecto Zcash quiere decidir el 20 de octubre de 2026 si la activación prevista en la red principal tiene lugar realmente el 5 de noviembre. Aun así deberías actuar ya, y el motivo está más abajo, en el apartado sobre zcashd.

¿Están quemados mis ZEC? Qué ocurre realmente con el saldo del pool Sprout

Aquí está el malentendido más frecuente, y la respuesta es más grata de lo que dan a entender los titulares. No se quema nada. La especificación dice expresamente que no se pretende desemitir, quemar ni dejar permanentemente indisponibles los fondos de Sprout: «It is not proposed in this ZIP to unissue, burn, or otherwise make Sprout funds permanently unavailable.» Los importes siguen emitidos y contablemente en circulación. También para el previsto Network Sustainability Mechanism, el pool de valor Sprout queda expresamente fuera de la «Money Reserve».

Lo que se pierde es la capacidad de mover el saldo. La puerta podría, en teoría, volver a abrirse permitiendo de nuevo transacciones v4 o creando un mecanismo propio de recuperación. Pero la propia especificación no se fía de ello, sino que formula la llamada a la acción sin ambigüedad: «since it is possible the ability to spend Sprout funds will never be re-enabled, holders of these funds should move them out of the Sprout pool without delay.» Traducido significa: dado que es posible que esa capacidad no se restablezca nunca, los tenedores deberían sacar sus fondos del pool Sprout sin demora.

En la práctica, pues, deberías dar por hecho que se trata de un plazo definitivo. Una acción de rescate posterior sería una decisión política de la comunidad de Zcash que nadie te ha prometido, y dependería de una capacidad de desarrollo que hoy se invierte en la dirección contraria.

zc, zs y t1: cómo reconocer una dirección Sprout en tu cartera

La comprobación dura un minuto si consigues acceder a tus direcciones antiguas, porque los prefijos son inequívocos. La documentación oficial de Zcash describe los tipos así:

• Empieza por zc: una dirección Sprout blindada, es decir, el tipo heredado. Es el caso del que aquí se trata. Esas direcciones son llamativamente largas; el ejemplo de la documentación supera con creces los ochenta caracteres.
• Empieza por zs: una dirección Sapling blindada, introducida con la actualización Sapling. No afectada por ZIP 2003.
• Empieza por t1 o t3: una dirección transparente, técnicamente comparable a una dirección de Bitcoin y sin propiedades de privacidad. Tampoco afectada.
• Empieza por u1: una dirección unificada, el tipo agrupado más reciente de las carteras modernas. Tampoco afectada.

Un segundo punto de esa misma documentación es al menos igual de importante en la práctica y casi nunca se menciona: para las direcciones Sprout y para las transparentes no está activada la compatibilidad HD. En Sapling, todo el conjunto de direcciones se puede restaurar a partir de una semilla maestra; en Sprout, no. Así que quien solo tiene una frase de recuperación en papel, pero ha perdido o sobrescrito el archivo de cartera antiguo, ya no llega a un saldo de Sprout. El archivo mismo es la copia de seguridad. Si todavía lo tienes, cópialo antes de hacer cualquier otra cosa y guarda la copia en un segundo soporte.

Conviene saber además que en Sprout solo se admiten claves de visualización entrantes. Es decir, puedes llegar a ver los pagos recibidos sin que de ello se derive ya una capacidad de gasto. Un saldo visible no es prueba de que poseas la clave para gastarlo.

Por qué el apagado de zcashd es un plazo más duro que el 5 de noviembre

Este punto decide tu ventana de tiempo, y en ZIP 2003 aparece como oración subordinada, no como titular. El software zcashd es la única aplicación mantenida que todavía ofrece funciones de cartera para Sprout, y su retirada está expresamente prevista para antes de NU7. Al pie de la letra: «The deprecation of zcashd, planned to be in advance of NU7, will also remove the only maintained software that still provides wallet functionality for Sprout, which would in any case make it impractical to move funds out of the Sprout pool.»

De ahí se deriva un orden incómodo. El 5 de noviembre es el límite exterior en el que la red cierra la puerta. El límite práctico está antes, a saber, el día en que desaparece el último software con el que puedes accionar esa puerta. La especificación no da ninguna fecha fija para ello, y eso es justo lo que hace desagradable el asunto: no puedes fiarte de una anotación en el calendario, sino solo de ir con antelación.

El proyecto Zcash trabaja desde hace tiempo en sustituir zcashd por la implementación de nodo Zebra y el nuevo software de cartera Zallet. Para el día a día es la mejor base. Para los tenedores de Sprout significa que los sucesores no van a incorporar siquiera la función antigua. Si tienes una instalación de zcashd operativa o una copia de seguridad de ella, ahora mismo es tu herramienta más valiosa.

La herramienta de migración de zcashd: así funciona z_setmigration

Una herramienta de migración está integrada en zcashd desde la versión 2.0.5-2, y la documentación recomienda expresamente usarla en lugar de migrar a mano. El motivo es la privacidad, no la comodidad, y eso conduce a una particularidad que enseguida cobra importancia.

El contexto: las órdenes de pago habituales de zcashd, z_sendmany y z_mergetoaddress, prohíben enviar directamente desde una dirección Sprout a una dirección Sapling. Quien quiera recorrer ese camino a mano de todos modos tiene que usar una dirección transparente como escala, y en ese paso el importe se vuelve públicamente visible y queda vinculado a esa dirección transparente. A nivel de consenso sí es posible un paso directo, pero también entonces el importe atraviesa el pool de valor transparente y se hace visible. Como eso no resulta evidente para los usuarios, la función se dejó deliberadamente fuera de las órdenes estándar y se trasladó a una herramienta propia, cuya estructura fija ZIP 308.

La herramienta se maneja con dos órdenes. Con zcash-cli z_setmigration true la activas, y con zcash-cli z_setmigration false la vuelves a desactivar. El avance lo lees con z_getmigrationstatus. El destino es por defecto la primera dirección Sapling derivada de la semilla maestra de tu cartera; si quieres otra, la introduces antes de empezar como -migrationdestaddress en el archivo zcash.conf. La herramienta reúne todas las direcciones Sprout de la cartera en una única dirección Sapling de destino.

Por qué la migración dura semanas y no se resuelve en una tarde

Este es el punto en el que la mayoría subestima el plazo. La herramienta no envía tu saldo en una transacción, sino que lo reparte a propósito. Según la documentación genera como máximo cinco transacciones cada vez que la cadena alcanza un intervalo de 500 bloques, y los importes se distribuyen de forma aleatoria. Así tu mudanza desaparece entre las mudanzas de todos los demás que están haciendo lo mismo. El proceso solo termina cuando el saldo en Sprout de la cartera queda por debajo de 0,01 ZEC.

Haz el cálculo una vez y entenderás el problema de tiempo. Con el objetivo actual de 75 segundos por bloque, 500 bloques equivalen a unas diez horas y media: se trata de una simple multiplicación entre el tiempo de bloque y el tamaño del intervalo, no de un dato del proyecto. Por intervalo son posibles, como mucho, cinco transferencias parciales. Cuántos intervalos necesitas depende de cuántas notas individuales componen tu saldo. Con una posición formada a lo largo de años, eso puede convertirse fácilmente en varios días o semanas.

A ello se suma una condición que en el día a día falla a menudo: el nodo tiene que estar en marcha hasta que se hayan transferido todos los fondos. Un portátil que cierras entremedias alarga el asunto en consecuencia. Quien empiece a finales de octubre puede, por tanto, hacerlo todo bien y llegar igualmente tarde. La cuenta que importa no es la que va hasta el 5 de noviembre, sino la que va hasta el final de tu propia migración. Y si de todos modos quieres deshacerte de las posiciones, aclara pronto a través de qué plataforma de negociación de criptomonedas debe hacerse, en lugar de decidirte al final, con prisas, por la primera que aparezca.

Qué fechas del calendario de NU7 cuentan para ti

Para que puedas situar las noticias de las próximas semanas, estas son las fechas que hoy por hoy están sobre la mesa. Dos de ellas son fechas de decisión; una es el acontecimiento propiamente dicho:

1. 20 de octubre de 2026: la decisión. Según Cointelegraph, el proyecto quiere fijar ese día si la activación en la red principal tiene lugar según lo previsto. Hasta entonces, ZIP 2003 sigue siendo un borrador.
2. 5 de noviembre de 2026: la activación prevista de NU7 en la red principal. A partir de ese momento, las transacciones v4 dejarán de ser válidas, y con ello termina la capacidad de gasto en el pool Sprout.
3. Sin fecha fija: la retirada de zcashd, prevista según la especificación antes de NU7. Para los tenedores de Sprout esa es la fecha que realmente cuenta, y es la única de las tres que no puedes consultar en un calendario.

Además de la cuestión de Sprout, NU7 trae otros cambios que afectan a todos los tenedores de ZEC, entre ellos un tiempo de bloque objetivo bastante más corto, de 25 segundos en lugar de los 75 actuales. Qué más cambia esta actualización y quién tiene que hacer algo de verdad lo hemos recogido en nuestro repaso de la actualización NU7 del 5 de noviembre. Una matización al respecto, en nombre propio: allí se dice que quien tiene ZEC no necesita mover nada. Para las posiciones en Sapling, Orchard y transparentes, eso es cierto. Para los fondos de Sprout, según ZIP 2003 ocurre lo contrario, y este texto es el complemento a aquel.

Plazo de tenencia e impuestos: qué desencadena en Alemania la salida del pool Sprout

Una transferencia entre direcciones que te pertenecen no es, según la interpretación habitual en Alemania, una enajenación. Con ello, el mero traslado desde el pool Sprout a una dirección Sapling propia no desencadena por sí solo un hecho imponible, y la fecha de adquisición original sigue siendo la determinante. El plazo de tenencia de un año conforme al parágrafo 23, apartado 1, frase 1, número 2 de la Ley del Impuesto sobre la Renta sigue corriendo, pues, y no empieza de nuevo. En ZEC que llevan intactos desde 2016 o 2017 hace mucho que ha vencido de todos modos.

La referencia para el tratamiento de los criptoactivos en Alemania es la circular del Ministerio Federal de Hacienda sobre cuestiones particulares del tratamiento en el impuesto sobre la renta de los criptoactivos, de 6 de marzo de 2025, que actualiza la versión anterior de 2022. Aun así, deberías tener en cuenta dos cosas. Primero, documenta el traslado con limpieza, es decir, fecha, importe, dirección de origen y de destino, porque de lo contrario te costará acreditar ante Hacienda que se trataba de una transferencia y no de una venta. En Sprout esto es especialmente delicado, porque las transacciones blindadas dejan por naturaleza poca constancia pública; los registros de tu propia cartera son entonces tu justificante. Segundo, una migración en la que el importe pasa por el pool de valor transparente sigue siendo fiscalmente una transferencia, aunque se haga visible en la cadena.

Si, en cambio, vendes con ocasión de la operación, o cambias ZEC por otra criptomoneda, eso sí es una enajenación con todas sus consecuencias. Quien tenga varias posiciones de distinta antigüedad debería calcularlo antes. Las herramientas que se encargan precisamente de esa asignación existen como categoría propia; la comparativa está enlazada más abajo. Este apartado es una orientación general y no sustituye al asesoramiento fiscal en cada caso concreto.

Adónde llevar los ZEC tras la migración: cartera Sapling, cartera de hardware o exchange

La herramienta de migración lleva tu saldo, en primer lugar, a una dirección Sapling de tu propia cartera. Con eso el plazo queda resuelto y tienes tiempo para la segunda decisión. En principio se te abren tres vías, y cuál encaja depende de qué pienses hacer con las posiciones.

Si quieres seguir en modo blindado, una cartera de Zcash actual con soporte para Sapling u Orchard es el lugar evidente. Aquí rige, eso sí, la misma lección que acabas de aprender: tampoco Sapling y Orchard están construidos para la eternidad, y el proyecto ya ha demostrado que clausura pools antiguos. Cómo transcurre una migración entre pools más recientes y en qué reconoces si tu saldo todavía tiene que moverse ya lo describimos con el ejemplo del pool Orchard y su torniquete.

Si lo que te importa sobre todo es la custodia segura a largo plazo, hay mucho a favor de un dispositivo de hardware, siempre que admita ZEC en la forma de dirección deseada. Compruébalo antes de comprar y no después, porque el soporte de direcciones blindadas es bastante más raro en las carteras de hardware que el de direcciones transparentes. Y si de todas formas quieres vender u operar activamente con las posiciones, un exchange es el lugar más sencillo, con la conocida desventaja de que las claves dejan de estar en tus manos.

Cuidado con las ofertas de recuperación de carteras: cómo reconocer una ayuda poco seria

Siempre que un plazo recorre la prensa especializada surgen ofertas que usan precisamente ese plazo como palanca. El patrón es previsible, y deberías conocerlo antes de que alguien te escriba en un foro o por mensaje directo. Parte de estos principios:

• Nadie que te ayude de forma seria necesita tu archivo de cartera, tus claves privadas o tu frase de recuperación. Quien te los pide obtiene con esos datos acceso pleno a tu saldo, de inmediato y sin vuelta atrás.
• Supuestos puntos de ayuda oficiales que te contactan sin que lo hayas pedido son una señal de alarma. La especificación y la documentación son públicas, y las herramientas forman parte del software.
• La presión de tiempo como argumento de venta es de por sí una señal de alarma. El plazo real es real, pero eso no cambia que cada paso se pueda comprobar con calma.
• La recuperación de pago que exige anticipo es un patrón clásico en el entorno cripto. Los prestadores serios cobran en función del éxito y no trabajan con tus claves en claro.
• Descarga el software de cartera exclusivamente de la fuente oficial del proyecto y comprueba, en la medida de lo posible, la firma del archivo.

Si has encontrado un archivo de cartera antiguo, el orden más seguro es: primero hacer una copia, después trabajar en un equipo en el que no haya nada más importante y, a continuación, volver a dejar el archivo sin conexión.

Si tus ZEC están en un exchange: por qué esto no suele afectarte

Para la mayor parte de los lectores, el asunto termina aquí con un aviso tranquilizador. Si tienes ZEC en una plataforma de negociación, esa plataforma gestiona las direcciones, y la inmensa mayoría de las plataformas sacaron hace tiempo sus posiciones de Sprout, porque tienen que adaptar continuamente sus sistemas a las nuevas versiones del protocolo. En ese caso, tú no tienes una dirección Sprout, sino un derecho de crédito frente a la plataforma.

Lo que sí puedes hacer es una comprobación sencilla. Busca en tus documentos direcciones de retirada de los años 2016 a 2018 y comprueba si alguna empieza por zc. Si entonces retiraste a una dirección blindada propia, es posible que allí haya un resto en el que no has pensado en años. Justamente esos restos olvidados son el caso típico del que trata todo este plazo.

También importante: de la cuestión de Sprout queda al margen todo lo que tengas en ZEC a través de un producto cotizado en bolsa. Ahí no tienes un saldo de red, sino un valor negociable, y la mecánica de pools del protocolo no te alcanza. Cómo funcionan estos productos en Alemania lo hemos descrito con el ejemplo del primer ETP europeo de Zcash.

Mover el saldo de Zcash Sprout: qué te llevas de todo esto

La situación se reduce a tres pasos, y el primero te cuesta cinco minutos.

1. Comprueba si te afecta siquiera. Busca en archivos de cartera antiguos, copias de seguridad y justificantes de retirada direcciones que empiecen por zc. Si no encuentras ninguna, has terminado. Si encuentras una, copia de inmediato el archivo de cartera a un segundo soporte, porque en Sprout no hay recuperación a partir de una frase semilla. Qué aplicación actual te muestra la forma de la dirección en claro lo tienes en la comparativa de carteras de software.
2. Empieza la migración pronto, no justo antes de la fecha. Con una instalación de zcashd operativa activas la herramienta con z_setmigration true y sigues el avance con z_getmigrationstatus. Cuenta con varios días, mantén el nodo en línea de forma continua y planifica el tiempo hasta la retirada de zcashd, no el que queda hasta el 5 de noviembre. Adónde irán después los ZEC para su custodia a largo plazo lo aclaras con la comparativa de carteras de hardware.
3. Documenta el traslado y planifica con él la parte fiscal. Anota la fecha, el importe y las direcciones de origen y destino, para que la transferencia siga siendo demostrable. Si vendes o cambias en el mismo movimiento, revisa antes los plazos de tenencia de tus distintas posiciones; las herramientas adecuadas están en la comparativa de software fiscal para criptomonedas y rastreadores de cartera.

El texto de la regla prevista puedes leerlo tú mismo en cualquier momento: la especificación está públicamente en la red como ZIP 2003 «Disallow version 4 transactions», y el manejo de la herramienta de migración lo describe la documentación oficial sobre la migración de Sprout a Sapling. Ambas páginas son la base sólida, mientras que las noticias sobre la actualización todavía pueden cambiar en las próximas semanas.

(23 de septiembre de 2026. Este artículo no constituye asesoramiento de inversión. Los precios y las tarifas cambian; comprueba las condiciones con el proveedor antes de comprar.)