@Dusk #dusk $DUSK Últimamente he estado observando Dusk desde otro ángulo, y hay algo que no deja de destacar: no parece querer que los desarrolladores tengan que elegir entre la privacidad y las herramientas con las que ya están familiarizados.
De hecho, Dusk separa las dos cosas.
DuskVM es la vía nativa: usa Rust/WASM y se ejecuta directamente en Dusk L1. Ahí es donde tiene más sentido lo relacionado con el nivel de protocolo: acceso directo a los modelos de transacción de Dusk, sus capacidades de privacidad y de conocimiento cero.
Luego está DuskEVM.
Este toma un enfoque completamente distinto. Solidity, herramientas EVM familiares, carteras existentes e infraestructura compatible con Ethereum, mientras que DuskDS sigue gestionando el settlement y la disponibilidad de datos por debajo.
Creo que esa separación es bastante interesante.
En lugar de intentar que cada aplicación encaje en un único entorno de ejecución, Dusk básicamente está diciendo: usa el entorno que se ajusta a lo que la aplicación realmente necesita.
Una aplicación de DeFi o de activos tokenizados podría querer compatibilidad con EVM.
Una aplicación financiera con un fuerte enfoque en la privacidad podría necesitar ejecución directa en L1 y capacidades de ZK.
Las dos pueden seguir liquidando a través de la misma infraestructura subyacente de Dusk.
Y eso hace que el relato de DuskEVM sea más importante de lo que a primera vista parece.
No se trata solo de añadir compatibilidad con EVM con el fin de atraer desarrolladores. Es un intento por hacer que la infraestructura financiera especializada de Dusk sea más fácil de acceder sin eliminar la pila nativa de privacidad que hay debajo.
La pregunta más difícil es la que estoy observando ahora:
¿Realmente puede Dusk hacer que estas rutas de ejecución distintas se sientan como un solo ecosistema coherente para desarrolladores y usuarios?
Porque tener varias formas de construir es útil.
Que los desarrolladores entiendan cómo encajan todas entre sí es la prueba real.
@Dusk #dusk $DUSK He estado profundizando últimamente en DuskEVM, y Hedger es la parte que realmente me hizo detenerme un segundo.
Al principio, pensé que llevar la compatibilidad con EVM a Dusk era principalmente para que la cadena fuera más fácil para que los desarrolladores de Solidity la usaran. Pero Hedger añade una capa mucho más interesante a eso.
Hedger es, básicamente, el motor de privacidad de Dusk para el entorno EVM. Combina cifrado homomórfico con pruebas de conocimiento cero para que la información financiera pueda mantenerse cifrada mientras la red aún puede verificar que la transacción es válida.
La parte del cifrado homomórfico es lo que captó mi atención. En lugar de obligar a que los valores sensibles se vuelvan públicos solo para que las computaciones puedan ocurrir, Hedger está diseñado para trabajar con valores cifrados. Luego, las pruebas ZK se encargan de la parte de demostrar que el cálculo en sí se hizo correctamente.
Esa combinación tiene mucho más sentido para los mercados financieros que simplemente decir "todo es privado".
Piensa en un entorno de trading institucional. No necesariamente quieres que todo el mundo vea la posición, el saldo o la intención de órdenes de alguien. Pero los reguladores y los participantes autorizados aún necesitan una forma de verificar que la actividad sigue las reglas.
Ese es el difícil equilibrio que Dusk está intentando resolver.
Y aquí también importa la compatibilidad con EVM. Los desarrolladores pueden usar las herramientas conocidas de Solidity y Ethereum a través de DuskEVM, mientras que Hedger proporciona una vía hacia flujos financieros confidenciales sobre esa base.
Sinceramente, esto se siente como una parte más importante de la arquitectura de Dusk de lo que se le reconoce.
La pregunta interesante para mí ahora no es si se puede añadir privacidad a un entorno EVM.
Es si Hedger puede hacer que las aplicaciones financieras confidenciales sean lo bastante prácticas como para que las instituciones realmente quieran usarlas.