La mayoría de las soluciones de "privacidad" que he visto simplemente eligen un carril: o bien cero conocimiento total y pierdes compatibilidad con EVM, o bien compatibilidad total con EVM y pierdes privacidad real. Al leer el módulo Hedger de Dusk, es la primera vez que veo que un proyecto intenta sostener ambas cosas a la vez en lugar de elegir un bando.
Así funciona, y es realmente inusual: Hedger no se apoya únicamente en pruebas de conocimiento cero como la mayoría de los sistemas de privacidad en DeFi. Las combina con cifrado homomórfico, una forma de cifrado en la que puedes computar directamente sobre valores cifrados sin descifrarlos primero. Luego, las pruebas ZK confirman que esas computaciones cifradas se hicieron correctamente. Dos herramientas criptográficas distintas, cada una cubriendo lo que la otra no puede.
Por qué esto realmente importa específicamente para DuskEVM: el modelo de cuentas de la EVM nunca se diseñó para una anonimidad total del modo en que una cadena UTXO sí puede — eso es un límite estructural, no una carencia de Dusk. Así que, en lugar de fingir lo contrario, Hedger ofrece una privacidad transaccional total dentro de esa limitación, mientras se mantiene compatible con las herramientas estándar de Ethereum que los desarrolladores ya conocen. Sin un lenguaje nuevo que aprender, sin un framework hecho a medida: la capa de privacidad se sitúa debajo de herramientas que ya existen.
La causa y efecto a la que vuelvo una y otra vez: las mesas de trading institucionales no usarán una cadena en la que el tamaño de cada orden y la posición sean visibles antes de la ejecución — eso es una invitación abierta al front-running. El soporte de libro de órdenes ofuscado de Hedger existe precisamente para cerrar esa brecha, para exactamente el público al que DuskEVM intenta incorporar on-chain.
$DUSK #dusk