La congelación planificada de Sprout de Zcash dejaría las claves privadas incapaces de mover fondos

La propuesta de actualización NU7 de Zcash cerraría la ruta de gasto de su piscina de privacidad más antigua, Sprout, que aún tenía alrededor de 22,309 ZEC el 17 de octubre. Los poseedores podrían conservar sus claves privadas y aún así perder la capacidad de mover esos fondos en la red actualizada.

La activación de la mainnet sigue sin decidirse. La especificación de implementación de NU7 deja la altura de activación sin asignar, con una decisión final planificada para el 20 de octubre después de la experiencia en la testnet. El 5 de noviembre sigue siendo el objetivo, condicionado a esa decisión.

El panel de control zkp.baby registró 22,309.44195128 ZEC en Sprout en el bloque 3,521,260, actualizado a las 19:10:09 UTC del 17 de octubre.

El cambio se establece en ZIP 2003, una propuesta de mejora de Zcash cuyo propietario listado es Daira-Emma Hopwood. Propone rechazar las transacciones de versión 4 a partir de NU7. Las transferencias de Sprout requieren ese formato; ni la versión 5 ni la versión 6 las admiten.

Una clave privada autoriza un gasto, pero la red también debe aceptar la transacción que la lleva. Bajo las reglas propuestas, los poseedores de Sprout no tendrían un formato admitido en el que ejercer esa autoridad.

La restricción alcanza a cada transacción de versión 4, incluidas las transacciones solo transparentes y las de Sapling. Las consecuencias difieren según la piscina. Los usuarios pueden recrear transacciones no Sprout en un formato admitido donde sea posible. Sprout no tiene un reemplazo equivalente. Simplemente volver a firmar una transacción de versión 4 no puede corregir su formato inválido, y incluso los formatos más nuevos necesitan firmas apropiadas para la rama de consenso.

ZIP 2003 deja explícitamente el saldo restante de Sprout en la oferta emitida. Permite la posibilidad teórica de reactivar las transacciones de versión 4 o crear otra instalación de recuperación, mientras advierte que el gasto puede no ser restaurado nunca.

La recuperación requiere trabajo, y salir expone cantidades

Pasar a software de billetera actual no necesariamente mueve las monedas. La documentación de migración de Zallet excluye explícitamente las claves de gasto de Sprout y los fondos de su proceso de importación y dice a los usuarios que conserven su wallet.dat original.

La herramienta de recuperación Argos documenta una ruta para los poseedores con un archivo de billetera heredado o claves de gasto de Sprout independientes. Una billetera que contenga datos de nota utilizables y un testigo en caché puede evitar un escaneo histórico. Con una clave sola, la recuperación puede requerir reconstruir los datos adicionales necesarios para construir un gasto válido.

Para ese escaneo de bloque completo, Argos estima aproximadamente 280 GB de transferencia y potencialmente días de procesamiento, mientras retiene menos de 500 MB en disco.

Argos también documenta un destino específico: sus barridos de Sprout aterrizan en Sapling, una piscina protegida más nueva, incluso cuando se proporciona una Dirección Unificada. Mover los fondos recuperados hacia adelante es una operación separada.

Salir conlleva un compromiso de privacidad, así como tarifas y trabajo de recuperación. El diseño de migración de ZIP 308 explica que el valor de Sprout a Sapling pasa a través de la contabilidad de la piscina pública, exponiendo la cantidad sin requerir una dirección transparente.

En el esquema de Sprout a Sapling especificado por ZIP 308, el tiempo de la transacción está coordinado y las cantidades se aleatorizan para reducir la posibilidad de que las transacciones individuales puedan ser vinculadas. ZIP 2003 advierte que un período de salida corto o mal coordinado puede hacer que las cantidades y el tiempo distintivos sean más fáciles de asociar con los poseedores.

El beneficio de seguridad se comparte, mientras que la carga de migración recae en los poseedores individuales.

La propuesta de Hopwood da una razón concreta para eliminar la ruta de gasto de Sprout. Su verificación especializada y manejo de notas privadas e identificadores de notas gastadas aún añaden trabajo a la aceptación de transacciones en vivo a pesar de su poco uso. Los costos de verificación también importan para la exposición a denegación de servicio en transacciones pendientes y procesamiento de bloques.

Algunas protecciones ya se comparten con sistemas más nuevos. Sprout utiliza componentes criptográficos también utilizados por Sapling, y los controles de contabilidad de la piscina limitan las posibles violaciones de saldo. La propuesta argumenta que estas salvaguardias aún dejan la complejidad específica de Sprout para mantener. La jubilación reduciría esa carga para las implementaciones que validan la red.

La dirección tiene una historia. ZIP 211 detuvo la entrada de nuevo valor en Sprout mientras preservaba la capacidad de extraer fondos existentes. ZIP 2003, creado el 31 de octubre de 2024, daría el paso adicional de cerrar el gasto bajo NU7.

Una decisión de mainnet aún está por delante

La implementación de la testnet ya está en marcha. La Fundación Zcash anunció Zebra 7.0.0-rc.0 el 2 de octubre, programando NU7 en la altura de testnet 4,465,026 alrededor del 6 de octubre. Una respuesta de ingeniería del 10 de octubre confirmó que la testnet había pasado la activación.

El anuncio de coordinación de septiembre, publicado por la cuenta del foro ebfull, informó un acuerdo entre organizaciones del ecosistema y equipos de ingeniería después de encuestas y discusiones. La cobertura de la encuesta anterior de CryptoSlate describió el resultado de los tenedores de monedas como asesoría.

El mecanismo de actualización de Zcash hace que la activación dependa de una altura de bloque especificada. Para NU7, ZIP 259 también renuncia a la recomendación habitual de aproximadamente tres meses después del primer lanzamiento de soporte y al requisito vinculado a la depreciación del software no admitido. Advierte que el software no admitido puede permanecer en línea y seguir las reglas anteriores a NU7. Los operadores necesitan software compatible para validar la red actualizada.

Un hilo de recuperación comunitario publicado el 20 de septiembre agrega a la historia de aviso público. La decisión planificada para el 20 de octubre es la próxima señal concreta. La aprobación y una altura de mainnet asignada establecerían un corte operativo. Los poseedores de Sprout necesitarían confirmar una migración válida antes de esa altura.

Este contenido se ofrece únicamente con fines informativos generales y no constituye asesoramiento financiero, de inversión, legal ni fiscal. Cualquier evento, recompensa, promoción en línea o información relacionada que se mencione en el presente documento no debe considerarse como una recomendación, solicitud o invitación a comprar, vender, tradear o de negociar de otra manera con cualquier criptoactivo. Los criptoactivos son sumamente volátiles y pueden provocar pérdidas. La disponibilidad de los servicios, productos y eventos relacionados de WEEX puede variar según la región. Tienes la responsabilidad de asegurarte de que tu participación esté de acuerdo con las leyes y regulaciones locales vigentes.