Estaba leyendo el stack de criptografía de Dusk cuando una página menos “glamurosa” captó mi atención: la guía de hardware para nodos prover.
Esa página cambió la pregunta para mí.
Dusk puede ocultar los detalles de las transacciones y aun así demostrar que una transferencia es válida. Pero esas pruebas no aparecen gratis. Alguien tiene que realizar el cómputo.
La documentación para operadores de Dusk describe la generación de pruebas como un trabajo intensivo en cómputo. Cada worker prover necesita su propio núcleo de CPU, y el alto rendimiento de un solo núcleo importa, porque las pruebas individuales se generan en un proceso monohilo.
Esto suena como un detalle de infraestructura hasta que imaginas el tráfico financiero real.
Un fondo tokenizado puede procesar suscripciones durante el día y luego calcular redenciones y actualizaciones de titularidad en conjunto. Un emisor de bonos puede distribuir intereses a miles de tenedores a la vez. Un evento de estrés en el mercado podría desencadenar muchas transferencias privadas o verificaciones de cumplimiento dentro de la misma ventana corta.
Ese tráfico no llegaría de manera uniforme.
Llegaría en ráfagas.
Así que la cuestión de la privacidad no es solo si Dusk puede generar una prueba válida de conocimiento cero. También es si la red prover puede absorber una concentración repentina de solicitudes de pruebas sin convertir la confidencialidad en una cola.
Hedger dice que sus circuitos ligeros pueden generar pruebas del lado del cliente en menos de dos segundos. Eso es alentador, pero una sola prueba limpia y un flujo de trabajo completo de mercado son pruebas diferentes.
Querría ver cómo cambia el tiempo de las pruebas cuando muchos usuarios envían transacciones privadas al mismo tiempo, y si las aplicaciones pueden añadir capacidad de prover sin volver la experiencia impredecible.
Las cadenas públicas suelen medir la escala mediante transacciones por segundo.
Para Dusk, puede importar tanto o más otro número: pruebas completadas por segundo durante la demanda máxima.
La criptografía puede ser correcta mientras la experiencia del usuario sigue volviéndose lenta.
Esa es la parte del stack de privacidad de Dusk que yo mediría antes de que llegue el tráfico institucional.
@Dusk | #dusk | $DUSK
Esa página cambió la pregunta para mí.
Dusk puede ocultar los detalles de las transacciones y aun así demostrar que una transferencia es válida. Pero esas pruebas no aparecen gratis. Alguien tiene que realizar el cómputo.
La documentación para operadores de Dusk describe la generación de pruebas como un trabajo intensivo en cómputo. Cada worker prover necesita su propio núcleo de CPU, y el alto rendimiento de un solo núcleo importa, porque las pruebas individuales se generan en un proceso monohilo.
Esto suena como un detalle de infraestructura hasta que imaginas el tráfico financiero real.
Un fondo tokenizado puede procesar suscripciones durante el día y luego calcular redenciones y actualizaciones de titularidad en conjunto. Un emisor de bonos puede distribuir intereses a miles de tenedores a la vez. Un evento de estrés en el mercado podría desencadenar muchas transferencias privadas o verificaciones de cumplimiento dentro de la misma ventana corta.
Ese tráfico no llegaría de manera uniforme.
Llegaría en ráfagas.
Así que la cuestión de la privacidad no es solo si Dusk puede generar una prueba válida de conocimiento cero. También es si la red prover puede absorber una concentración repentina de solicitudes de pruebas sin convertir la confidencialidad en una cola.
Hedger dice que sus circuitos ligeros pueden generar pruebas del lado del cliente en menos de dos segundos. Eso es alentador, pero una sola prueba limpia y un flujo de trabajo completo de mercado son pruebas diferentes.
Querría ver cómo cambia el tiempo de las pruebas cuando muchos usuarios envían transacciones privadas al mismo tiempo, y si las aplicaciones pueden añadir capacidad de prover sin volver la experiencia impredecible.
Las cadenas públicas suelen medir la escala mediante transacciones por segundo.
Para Dusk, puede importar tanto o más otro número: pruebas completadas por segundo durante la demanda máxima.
La criptografía puede ser correcta mientras la experiencia del usuario sigue volviéndose lenta.
Esa es la parte del stack de privacidad de Dusk que yo mediría antes de que llegue el tráfico institucional.
@Dusk | #dusk | $DUSK