Probé la red de pruebas DuskEVM durante más de una docena de publicaciones con resultados reales y vi que alguien decía: “selección de divulgación en la capa de caché”
El 10 de agosto, la red de pruebas de DuskEVM se puso en línea y cada vez hay más publicaciones con pruebas en el foro. Hay quien despliega contratos usando Solidity y Hardhat y dice que es más fácil de lo que imaginaba. El módulo Hedger ejecuta transacciones confidenciales con cifrado homomórfico y pruebas de conocimiento cero; los desarrolladores no necesitan aprender un lenguaje nuevo, y realmente rompe muchos estereotipos de que las cadenas de privacidad son “antiintuitivas”.
Pero al leer una publicación en particular me detuve. El autor decía que había hecho una prueba de divulgación selectiva: transferir en privado → solicitar autorización → mostrar los datos a una parte específica. Los pasos anteriores funcionaron, el pago y la verificación también pasaron, pero al final se quedó trabado en la “capa de divulgación”. Pensó que era por la latencia de la red de pruebas, pero luego descubrió que la ruta se había despejado y que el estado de Hedger también estaba en verde; solo esa etapa de divulgación selectiva fue más lenta de lo esperado. Al final, señaló algo que casi nadie menciona: la capa de caché determina “cuándo el estado de privacidad está disponible para la siguiente llamada a autorización”.@Dusk
En realidad, este detalle vale más la pena que “cuántos TPS”. La divulgación selectiva es una propuesta de valor central de Dusk para instituciones: las transacciones son confidenciales, pero la auditoría puede verificarlas. Si este paso ya tiene latencia en la red de pruebas, cuando el volumen de transacciones llegue al punto del nodo principal y entren muchas solicitudes de autorización simultáneamente, ¿podrá la capa de caché soportarlo? El propio autor también se hizo esta pregunta: cuando llegan a la vez varias revisiones de autorizaciones y la promesa económica debe mantenerse de forma continua, ¿qué exactamente está entrando en juego?
La red de pruebas de DuskEVM ya está abierta, y Hedger funciona correctamente: la base técnica ciertamente está avanzando. Pero entre “funciona” y “lo usan instituciones con confianza” todavía falta hacer pruebas de carga. La divulgación selectiva no es solo “tenerla”, es que sea “estable” bajo una carga real. Hasta que algún día vea a alguien compartir datos de la latencia de divulgación en la red de pruebas con alta concurrencia, diré que esta cadena realmente ya está lista.
#dusk $DUSK
El 10 de agosto, la red de pruebas de DuskEVM se puso en línea y cada vez hay más publicaciones con pruebas en el foro. Hay quien despliega contratos usando Solidity y Hardhat y dice que es más fácil de lo que imaginaba. El módulo Hedger ejecuta transacciones confidenciales con cifrado homomórfico y pruebas de conocimiento cero; los desarrolladores no necesitan aprender un lenguaje nuevo, y realmente rompe muchos estereotipos de que las cadenas de privacidad son “antiintuitivas”.
Pero al leer una publicación en particular me detuve. El autor decía que había hecho una prueba de divulgación selectiva: transferir en privado → solicitar autorización → mostrar los datos a una parte específica. Los pasos anteriores funcionaron, el pago y la verificación también pasaron, pero al final se quedó trabado en la “capa de divulgación”. Pensó que era por la latencia de la red de pruebas, pero luego descubrió que la ruta se había despejado y que el estado de Hedger también estaba en verde; solo esa etapa de divulgación selectiva fue más lenta de lo esperado. Al final, señaló algo que casi nadie menciona: la capa de caché determina “cuándo el estado de privacidad está disponible para la siguiente llamada a autorización”.@Dusk
En realidad, este detalle vale más la pena que “cuántos TPS”. La divulgación selectiva es una propuesta de valor central de Dusk para instituciones: las transacciones son confidenciales, pero la auditoría puede verificarlas. Si este paso ya tiene latencia en la red de pruebas, cuando el volumen de transacciones llegue al punto del nodo principal y entren muchas solicitudes de autorización simultáneamente, ¿podrá la capa de caché soportarlo? El propio autor también se hizo esta pregunta: cuando llegan a la vez varias revisiones de autorizaciones y la promesa económica debe mantenerse de forma continua, ¿qué exactamente está entrando en juego?
La red de pruebas de DuskEVM ya está abierta, y Hedger funciona correctamente: la base técnica ciertamente está avanzando. Pero entre “funciona” y “lo usan instituciones con confianza” todavía falta hacer pruebas de carga. La divulgación selectiva no es solo “tenerla”, es que sea “estable” bajo una carga real. Hasta que algún día vea a alguien compartir datos de la latencia de divulgación en la red de pruebas con alta concurrencia, diré que esta cadena realmente ya está lista.
#dusk $DUSK
