La mayoría de los desarrolladores recurren a Solidity y a la EVM por pura memoria muscular: las herramientas, las librerías y los años de hábito viven ahí. Pero la EVM tiene una característica que la vuelve casi inútil para las finanzas reguladas: lo muestra todo. El estado del contrato es público por defecto. Cada saldo, cada contraparte, legible por cualquiera.
Para un DEX, bien. Para un bono tokenizado con una tabla de cap confidencial y posiciones sensibles, esa transparencia es un obstáculo insalvable. Así que los equipos toman un camino feo: crean un fork. Abandonan la EVM por completo y pierden todo el ecosistema de herramientas y el grupo de talento. O añaden privacidad fuera de la cadena —y, en silencio, vuelven a incorporar al intermediario de confianza que venían a eliminar.
DuskEVM es el intento de Dusk de evitar ese dilema: conservar la ruta familiar de Solidity, pero añadir confidencialidad de forma nativa mediante Hedger, su módulo de privacidad. La parte interesante es el mecanismo: cifrado homomórfico más pruebas de conocimiento cero, de modo que un contrato pueda computar sobre datos que nunca expone y aun así probar que se ejecutó correctamente. Reutilizable para auditoría, no solo oculto.
Sigo siendo escéptico. La FHE históricamente ha sido lenta y costosa, y generar pruebas ZK no es gratis. Se ha prometido “Confidential EVM” antes y se ha venido abajo bajo cargas reales. La privacidad revisable solo importa si es lo bastante rápida como para construir sobre ella.
¿Quién la usaría? Equipos que quieren familiaridad con la EVM pero legalmente no pueden filtrar. Por qué podría funcionar: llega a los desarrolladores donde ya están. Qué la mata: el sobrecosto que vuelve imprácticas las aplicaciones reales.
Vale la pena seguirla de cerca. El cuello de botella es el rendimiento, no la idea.
@Dusk_Foundation $DUSK #dusk