Aceleremos Zcash: Entreguemos una Actualización de Red Más Pequeña y Más Rápida

Aceleremos Zcash: Entreguemos una Actualización de Red Más Pequeña y Más Rápida

Proponemos una actualización más rápida y ligera de la red de Zcash para acelerar el progreso y ofrecer antes las funciones clave, con la participación y los comentarios de la comunidad.

August 26, 2025· 7 min read
0 score

Zcash necesita implementar actualizaciones de protocolo con mayor rapidez y frecuencia. La actualización de red 7 (NU7) ha sufrido retrasos excesivos, con cronogramas cambiantes, un alcance en expansión y crecientes dependencias que han ralentizado el progreso. Esto no es un problema de ingeniería, sino de gestión de proyectos que requiere coordinación y control del alcance para lograr que la actualización se lance.

En esta publicación, defiendo la propuesta de @ShieldedLabs para acelerar una versión más pequeña de NU7 que pueda entregarse antes e incluya el Mecanismo de Sostenibilidad de la Red (NSM), Tarifas Explícitas y priorice los cambios necesarios en el formato de transacciones para todas las funciones propuestas. También explico por qué creemos que NU7 debe acelerarse, detallo cómo ShieldedLabs planea poner en marcha esta propuesta y otorgamos a la comunidad un papel directo en la decisión.

El objetivo es mantener el desarrollo en marcha, entregar resultados a los usuarios más rápido y establecer un calendario de actualizaciones más regular en el futuro. Esperar a que todas las funciones estén listas arriesga retrasar el lanzamiento hasta que ya no sea relevante o, peor aún, no lanzar nada en absoluto. Ahora es el momento de enfocarnos en lo que se puede entregar, lanzarlo y generar impulso para lo que viene después.

El tren no puede salir de la estación

Imagina un tren preparándose para salir de la estación. Antes de partir, el motor necesita una reparación importante para hacer posible el viaje. La reparación toma más tiempo de lo esperado y, mientras se realiza, llegan más pasajeros con equipaje adicional. Cada nueva maleta debe cargarse, organizarse y asegurarse, lo que causa aún más retrasos. Eventualmente, hay tanto equipaje y tantos pasajeros que el tren original no puede con la carga, y se necesita un tren más grande y una nueva fecha de salida para acomodarlo todo.

La depreciación de zcashd y NU7 han seguido un patrón similar. La depreciación de zcashd ha enfrentado múltiples retrasos. Originalmente se esperaba que estuviera completa mucho antes de abril de 2025, pero ahora podría no finalizarse hasta algún momento del próximo año. Dado que algunos candidatos de NU7 dependen de la depreciación de zcashd, NU7 también ha experimentado retrasos repetidos. Los equipos de ingeniería han proporcionado constantemente “cronogramas optimistas” que han pasado de principios de 2025 a mediados de año, luego a finales de 2025, después al primer trimestre de 2026, y ahora al final del segundo trimestre, sin certeza de que los retrasos no continuarán.

Mientras tanto, ha habido una expansión significativa del alcance. Los candidatos originales de NU7 se decidieron a finales de 2024. Sin embargo, desde entonces se han introducido nuevos candidatos con casi ninguna discusión comunitaria, incluyendo la distribución continua del lockbox, la rotación de claves para claves de consenso y cambios necesarios para la resistencia cuántica. Incluso cuando los cambios de alcance son simples desde una perspectiva de ingeniería, conllevan altos costos de comunicación, coordinación y gobernanza, especialmente cuando los planes cambian. NU7 es ahora mucho más grande y complejo de lo planeado originalmente, y cuanto más se agrega, más difícil será entregarlo, ya que cada función debe integrarse, probarse y auditarse.

En algún momento, hay que decidir que es hora de partir, o el tren nunca saldrá de la estación.

Entreguemos una actualización de red más pequeña antes

Uno de los resultados de la Cumbre Z|ECC en Praga fue una propuesta para un nuevo proceso de actualización de red. En una publicación del mes pasado, Josh describió un modelo en el que cada parte que desarrolle un cambio de protocolo sería responsable de todo su ciclo de vida, incluyendo desarrollo, pruebas, auditorías, coordinación con terceros y entrega del producto a los usuarios. El objetivo es reducir cuellos de botella, mantener los calendarios de actualización y permitir que las funciones independientes avancen sin retrasar otros trabajos. Aunque Josh sugirió introducir este modelo después de activar NU7, la situación actual deja claro que debemos actuar ahora. Adoptarlo de inmediato es nuestra mejor oportunidad para acelerar el progreso y entregar algunas funciones de NU7 a los usuarios antes.

Shielded Labs está interesado en acelerar una versión más pequeña de NU7 que pueda lanzarse antes, enfocada en ciertas funciones que no están bloqueadas por la depreciación de zcashd. Planeamos incluir el Mecanismo de Sostenibilidad de la Red (NSM) y las Tarifas Explícitas, junto con la priorización de todos los cambios necesarios en el formato de transacciones para los candidatos actuales de NU7. Priorizar estos cambios reduce la cantidad de actualizaciones de formato de transacciones necesarias en el futuro, facilitando el lanzamiento de esas funciones en actualizaciones de red posteriores. Asumiremos la responsabilidad completa de todo el ciclo de vida de la actualización, incluyendo la implementación en zcashd y zebrad, pruebas de integración, auditorías y coordinación con socios externos. Esto incluye trabajar con socios externos en cualquier cambio de nombre de paquete necesario si zcashd y zebrad usan nombres diferentes, lo que reduciría la confusión en el código base pero requeriría coordinación adicional.

Creemos que esta actualización de red más pequeña puede entregarse sin ralentizar el progreso en la depreciación de zcashd ni retrasar la activación de ZSA. Al asumir este trabajo, podemos aligerar la carga de los equipos de ingeniería principales y permitirles mantenerse enfocados en sus prioridades más altas. Incluso si nuestro esfuerzo no tiene éxito completo, el trabajo realizado aún contribuiría al esfuerzo más amplio de NU7. También proporcionaría una oportunidad para probar el proceso de actualización de red propuesto por ECC y evaluar cómo funciona en la práctica.

¿Por qué el NSM? ¿Por qué no los ZSA?

El NSM modifica el mecanismo de emisión actual para que el ZEC pueda retirarse de la circulación y luego reciclarse en futuras recompensas de bloque. Aborda una preocupación planteada en la comunidad de Bitcoin de que las tarifas de transacción podrían no generar suficientes ingresos para los mineros para mantener la seguridad de la red una vez que las subvenciones por bloque disminuyan. Muchos en la comunidad de Zcash ven valor en abordar este problema temprano, especialmente dados los debates en curso sobre el presupuesto de seguridad de Bitcoin. Por supuesto, activar el NSM unos meses antes de lo planeado no impactaría significativamente en la sostenibilidad de la red, pero nos permitiría avanzar más rápido en NU7 y entregar esta función a los usuarios antes.

Reconocemos que los ZSA son una prioridad más alta para la mayoría de los usuarios. Sin embargo, no existe una implementación de ZSA para zcashd, y desarrollar una requeriría un trabajo sustancial. La depreciación de zcashd es el principal cuello de botella para los ZSA, y los ZSA también requieren trabajo adicional para integrarse en Zebra. El NSM, por otro lado, ya tiene una implementación en zcashd, que desarrollamos porque anticipamos que habría retrasos con la depreciación de zcashd.

Shielded Labs está bien posicionado para entregar el NSM porque es nuestro proyecto, y nuestro equipo tiene el mejor entendimiento de lo que se necesita para integrarlo en el protocolo. Como se mencionó anteriormente, creemos que esta actualización de red más pequeña puede completarse sin afectar el progreso en la depreciación de zcashd ni retrasar la activación de ZSA.

Próximos pasos

¡Queremos escuchar tus comentarios! Creemos que la decisión de incluir el NSM, las Tarifas Explícitas y todos los cambios en el formato de transacciones en la próxima actualización de red debe ser tomada por la comunidad y los poseedores de monedas, no por las organizaciones principales o los equipos de ingeniería. Con ese fin, planeamos realizar una encuesta a los poseedores de monedas el próximo mes.

Actualmente, hay un período de registro para una próxima encuesta de poseedores de monedas sobre el Programa de Subvenciones para Poseedores de Monedas NU6.1, donde los poseedores decidirán si debería convertirse en un programa de subvenciones retroactivo. Después de esa encuesta, realizaremos una encuesta separada que utilice el mismo período de registro para evitar que los poseedores tengan que mover su ZEC a Orchard nuevamente solo para participar. Por lo tanto, si deseas opinar sobre este tema pero no planeabas participar en la encuesta sobre el programa de subvenciones retroactivo, debes registrar tus monedas antes del 21 de agosto.

En nuestra encuesta, preguntaremos:

  1. Si los poseedores de monedas apoyan la inclusión del NSM en el protocolo.
  2. Si apoyan nuestro plan para entregar una NU7 más pequeña.
  3. Como pregunta adicional, si planean hacer staking con su ZEC cuando Crosslink se active a finales del próximo año.

Alentamos a ECC y a la Fundación Zcash a encuestar a ZAC y ZCAP sobre estas preguntas también.

Conclusión

NU7 ha sido retrasada por demasiado tiempo. Necesitamos movernos más rápido para poner las funciones en manos de los usuarios. Se necesita una actualización de red más pequeña para mantener el desarrollo en marcha y entregar resultados antes. Una vez que aceleremos NU7, debemos establecer un calendario regular de actualizaciones de red para que las funciones se implementen en el protocolo tan pronto como estén listas.

Hagamos que algunos pasajeros suban a un tren más pequeño para que pueda salir de la estación, en lugar de mantener a todos esperando. Luego, podemos enfocarnos en asegurar que los futuros trenes salgan a tiempo y que el calendario se mantenga en marcha.

Gracias a @zooko por sus ideas sobre este tema y por enmarcar la analogía del tren utilizada aquí. También gracias a @nate_zec, @nuttycom y Arya por sus útiles comentarios y retroalimentación sobre esta propuesta y el proceso de actualización de red.

Traducción del original en inglés de Jason McGee


Zcash en Español

Si quieres aprender más sobre privacidad en la economía digital descentralizada, te puedes unir a la comunidad de Zcash en Español en Telegram. Para conectar con el ecosistema digital de Zcash Español, visita nuestro Privacidad.me.

Zcashers Hispanos

Related Articles