Antes, cuando oí por primera vez que Dusk hacía cadenas de privacidad, no me pareció gran cosa. Principalmente, estos años he sido engañado por demasiados proyectos de privacidad. Había algunos bajo la mira de los reguladores, y también los había que cumplían la normativa pero nadie usaba. Así que, la primera vez que vi Dusk, pensé como la mayoría: “Viene otro proyecto a revolucionar las finanzas”. Pero después de leer con seriedad DuskEVM y Hedger, mi reacción cambió: “¡Parece que sí hay algo!”
@Dusk_Foundation hizo una cosa bien: no obligó a los desarrolladores a aprender un lenguaje totalmente nuevo. Es compatible con EVM. Antes, en Ethereum, los contratos escritos en Solidity se pueden reutilizar prácticamente sin cambios para ejecutarse. Hardhat, Foundry y MetaMask funcionan. Pero la verdadera diferencia está en la base: separa la capa de ejecución y la capa de liquidación. Tú ejecutas aplicaciones arriba, la liquidación de activos y el consenso se realizan en Dusk, tu propia L1, dedicada a la finalidad determinista. En otras palabras, usas las herramientas con las que ya estás familiarizado, mientras que por detrás corre la capacidad de cumplir con la normativa y ofrecer privacidad. Esta idea es muy buena: las instituciones no van a rehacer el equipo de desarrollo desde cero solo por ponerlo en la cadena. Este camino ya no es viable.
Ahora hablemos de Hedger. La mayoría de los proyectos de privacidad en DeFi solo usan pruebas ZK para “aguantar” a fuerza, pero Hedger es diferente: trae tanto la cifración homomórfica como las pruebas de conocimiento cero. Con el esquema basado en curvas elípticas de ElGamal, el sistema puede calcular directamente sobre datos cifrados sin exponer información original, y las pruebas ZK se encargan de verificar el resultado. ¿Por qué este diseño me hizo sentir que hay buena fe? Porque la privacidad del libro de órdenes es un problema real. La mayoría de los DEX tienen el libro de órdenes completamente público: publicas una orden y robots de carrera adelantada te la roban. Los market makers ajustan sus estrategias, y el retail termina siendo el que lo “destripan”. La idea es que las órdenes se cifran on-chain: tanto el precio como la cantidad son texto cifrado. El motor de emparejamiento calcula directamente sobre el cifrado. Solo después de fijar el precio final se descifra. De principio a fin no se revelan los detalles de las órdenes, pero la lógica de emparejamiento aún se puede verificar. Ninguna casa de corretaje estaría dispuesta a exponer al sol sus posiciones y su estrategia. Hedger además admite la generación de pruebas desde el lado del navegador; según el anuncio oficial, se puede tener listo en dos segundos.
Pero Dusk todavía no ha llegado al paso perfecto. Con el cómputo homomórfico, los costos de gas son más altos; durante la fase de pruebas también se expuso el retraso en el emparejamiento, y tras poco tiempo de su lanzamiento en la red principal, el rendimiento a gran escala aún depende de los datos. Sin embargo, no ha evitado el problema real. Dusk reduce la barrera de desarrollo para solucionar las preocupaciones de privacidad y ofrece una base de cumplimiento. En una época en que la regulación se endurece, esta es la razón por la que las instituciones lo mirarían seriamente #dusk $DUSK
@Dusk_Foundation hizo una cosa bien: no obligó a los desarrolladores a aprender un lenguaje totalmente nuevo. Es compatible con EVM. Antes, en Ethereum, los contratos escritos en Solidity se pueden reutilizar prácticamente sin cambios para ejecutarse. Hardhat, Foundry y MetaMask funcionan. Pero la verdadera diferencia está en la base: separa la capa de ejecución y la capa de liquidación. Tú ejecutas aplicaciones arriba, la liquidación de activos y el consenso se realizan en Dusk, tu propia L1, dedicada a la finalidad determinista. En otras palabras, usas las herramientas con las que ya estás familiarizado, mientras que por detrás corre la capacidad de cumplir con la normativa y ofrecer privacidad. Esta idea es muy buena: las instituciones no van a rehacer el equipo de desarrollo desde cero solo por ponerlo en la cadena. Este camino ya no es viable.
Ahora hablemos de Hedger. La mayoría de los proyectos de privacidad en DeFi solo usan pruebas ZK para “aguantar” a fuerza, pero Hedger es diferente: trae tanto la cifración homomórfica como las pruebas de conocimiento cero. Con el esquema basado en curvas elípticas de ElGamal, el sistema puede calcular directamente sobre datos cifrados sin exponer información original, y las pruebas ZK se encargan de verificar el resultado. ¿Por qué este diseño me hizo sentir que hay buena fe? Porque la privacidad del libro de órdenes es un problema real. La mayoría de los DEX tienen el libro de órdenes completamente público: publicas una orden y robots de carrera adelantada te la roban. Los market makers ajustan sus estrategias, y el retail termina siendo el que lo “destripan”. La idea es que las órdenes se cifran on-chain: tanto el precio como la cantidad son texto cifrado. El motor de emparejamiento calcula directamente sobre el cifrado. Solo después de fijar el precio final se descifra. De principio a fin no se revelan los detalles de las órdenes, pero la lógica de emparejamiento aún se puede verificar. Ninguna casa de corretaje estaría dispuesta a exponer al sol sus posiciones y su estrategia. Hedger además admite la generación de pruebas desde el lado del navegador; según el anuncio oficial, se puede tener listo en dos segundos.
Pero Dusk todavía no ha llegado al paso perfecto. Con el cómputo homomórfico, los costos de gas son más altos; durante la fase de pruebas también se expuso el retraso en el emparejamiento, y tras poco tiempo de su lanzamiento en la red principal, el rendimiento a gran escala aún depende de los datos. Sin embargo, no ha evitado el problema real. Dusk reduce la barrera de desarrollo para solucionar las preocupaciones de privacidad y ofrece una base de cumplimiento. En una época en que la regulación se endurece, esta es la razón por la que las instituciones lo mirarían seriamente #dusk $DUSK