Las bibliotecas Common de Zakura reducen la generación de pruebas de pagos privados de Zcash a menos de 200 milisegundos
Puntos clave
- •Las bibliotecas Common de código abierto de Zakura redujeron la generación de pruebas protegidas de más de tres segundos a menos de 200 milisegundos en algunas de las pruebas propias de la empresa.
- •La generación de pruebas móviles fue más de 14 veces más rápida y la de escritorio más de cinco veces más rápida en el hardware de referencia de Zakura.
- •El resultado de menos de 200 milisegundos aplica solo a la construcción local de la transacción; la transmisión, la confirmación de bloque y la liquidación siguen dependiendo de las condiciones de la red.
- •Common también aceleró el hash Sinsemilla más de 21 veces, el descifrado de prueba más de 1,5 veces y la verificación zk-SNARK entre cuatro y ocho veces en las pruebas de Zakura.
- •Las bibliotecas funcionan sin un hard fork, por lo que la adopción depende de que cada desarrollador de wallets integre y pruebe el código.

Puntos clave
La generación de pruebas en dispositivos móviles fue más de 14 veces más rápida.
Algunas pruebas de transacciones terminaron en menos de 200 milisegundos.
La confirmación en la red sigue siendo un proceso separado.
Las integraciones en los wallets determinan quién recibe las mejoras.
El retraso ocurre antes de que Zcash vea el pago
Antes de que un pago privado de Zcash llegue a la red, el wallet del remitente debe seleccionar las notas gastables, preparar la transacción, generar una prueba de conocimiento cero y firmar el resultado. La generación de pruebas representa gran parte de la espera local, porque debe demostrar que el pago es válido sin revelar el remitente, el destinatario ni el monto transferido. Este paso de cálculo local ha sido históricamente una de las contrapartidas prácticas de los pagos protegidos (shielded) frente a los transparentes, donde el wallet realiza mucho menos trabajo criptográfico antes de la transmisión.
Zakura afirma que sus bibliotecas Common de código abierto redujeron ese proceso de más de tres segundos a menos de 200 milisegundos en algunas pruebas. En el hardware de referencia del equipo, la generación de pruebas móviles fue más de 14 veces más rápida, mientras que la generación de escritorio mejoró más de cinco veces.
Los resultados provienen de las pruebas propias de Zakura y no de evaluaciones independientes de wallets. El rendimiento real dependerá del dispositivo, el sistema operativo, la composición de la transacción y la implementación del wallet, por lo que un teléfono antiguo podría no reproducir las cifras principales.
Dónde terminan los 200 milisegundos
Un pago de Zcash aún pasa por tres etapas separadas:
Construcción: El wallet construye la transacción y genera su prueba de privacidad en el dispositivo del usuario. Zakura Common acelera esta etapa.
Transmisión y confirmación: El wallet envía la transacción completada a los nodos de Zcash. Permanece sin confirmar hasta que un minero la incluye en un bloque.
Confianza de liquidación: Cada bloque posterior añade otra confirmación y reduce la posibilidad de una reversión causada por una reorganización de la cadena.
La documentación de Zcash define la primera confirmación como el momento en que una transacción entra en un bloque. El resultado de menos de 200 milisegundos termina antes de la transmisión; la producción de bloques, las condiciones del mempool y la política de confirmación del destinatario siguen determinando cuándo se considera liquidado el pago.
Las mejoras van más allá del botón de envío
Zakura también midió mejoras en tres operaciones que afectan el procesamiento de transacciones, la sincronización de wallets y el rendimiento de los nodos:
Hash Sinsemilla: más de 21 veces más rápido en las pruebas de Zakura. Zcash utiliza esta función hash dentro de su protocolo protegido, por lo que una ejecución más rápida reduce parte de la carga criptográfica.
Descifrado de prueba: más de 1,5 veces más rápido. Los wallets usan este proceso al escanear la blockchain para identificar salidas protegidas que les pertenecen.
Verificación zk-SNARK: entre cuatro y ocho veces más rápida. Los nodos usan la verificación para comprobar una prueba protegida sin conocer la información que esta protege.
Un descifrado de prueba más rápido podría acortar la sincronización del wallet y la recuperación de cuentas, mientras que una verificación más económica reduce el trabajo requerido de los nodos. Zakura también espera que las mejoras de nodo completo apoyen una propagación de transacciones más rápida y menos bloques huérfanos.
El momento es relevante porque más ZEC se está trasladando a infraestructura protegida más nueva. Como informamos anteriormente, Ironwood se había convertido en el pool protegido más grande de Zcash, superando a Orchard poco después de su activación. A medida que crece la actividad protegida, la construcción lenta de transacciones y la sincronización se vuelven problemas que más usuarios pueden encontrar.
Sin hard fork también significa sin despliegue automático
Zakura Common cambia la forma en que el software realiza el trabajo criptográfico existente sin alterar las reglas de consenso de Zcash. Las bibliotecas producen pruebas que la red actual ya entiende, lo que permite a los desarrolladores de wallets usarlas sin esperar a que los mineros y nodos activen un hard fork. Esta ruta de actualización exclusivamente de software es característica del trabajo reciente del protocolo de Zcash, donde las optimizaciones a nivel de wallet y de biblioteca pueden llegar a los usuarios mediante versiones de aplicaciones normales en lugar de actualizaciones coordinadas de la red.
El repositorio Common está disponible bajo licencias MIT y Apache 2.0. Un repositorio wallet-libraries separado conecta los componentes orientados al wallet con la pila optimizada.
Esa compatibilidad elimina una barrera de despliegue a escala de red, pero cada desarrollador de wallets aún debe revisar, integrar y probar el código antes de lanzarlo a los usuarios. Los wallets que conserven su pila de generación de pruebas actual mantendrán su rendimiento existente.
Zakura afirma que su próxima versión 1.3.0 usará Common. Después de eso, la atención se centra en los wallets móviles independientes. Sus notas de versión y pruebas en dispositivos reales mostrarán si la mejora llega más allá del propio software de Zakura.
La adopción de los wallets es ahora el cuello de botella
Las pruebas de rendimiento de Zakura muestran que la generación de pruebas protegidas puede ejecutarse mucho más rápido sin alterar la red de Zcash. El resultado práctico ahora depende de si los wallets establecidos incluyen las bibliotecas y de si las pruebas independientes reproducen las mejoras en teléfonos comunes.
Los tiempos de sincronización y recuperación también importan. Si esas esperas disminuyen sin tasas de error más altas, Common habrá mejorado más que el momento en que el usuario presiona "enviar".
Zakura ha demostrado que el retraso del lado del wallet puede reducirse sin cambiar Zcash en sí. La pregunta restante es cuántos desarrolladores de wallets pondrán esa velocidad en manos de los usuarios.
El artículo Zcash Wallet Upgrade Makes Private Payments Faster apareció primero en Coindoo.