#dusk $DUSK @Dusk
Volví a ese mismo grupo de chat hoy porque alguien respondió con objeciones: "vale, Moonlight y Phoenix están bien, pero eso es todo de la capa base. ¿Qué pasa cuando un dev real quiere construir algo sobre eso?"😅
Objeción justa, y la verdad es que la última vez no tuve una buena respuesta.
Resulta que justo ahí es donde entra DuskEVM. Es la capa de aplicación compatible con EVM que se encuentra encima de la cadena base; es decir, un dev de Solidity no tiene que aprender un lenguaje o un toolchain completamente nuevo para construir aquí. Obtiene una vía de entrada familiar a una cadena que ya gestiona de forma nativa la separación entre privacidad y cumplimiento.

La parte que no había entendido: los entornos EVM normalmente son transparentes por defecto; así es como funciona la herramienta.
Así que conectar una cadena de "privacidad revisable" a una capa compatible con EVM no es gratis: alguien tiene que resolver esa unión.

Eso es Hedger: el módulo de privacidad de Dusk diseñado específicamente para flujos EVM confidenciales, usando cifrado homomórfico y pruebas ZK para que la ejecución del contrato pueda mantenerse privada pero aun así revelarse a quien esté realmente autorizado para verificarla.

Así que el stack empieza a tener más sentido como capas, no como una sola función: Moonlight/Phoenix gestionan la elección de privacidad a nivel de transacción, DuskEVM le da a los creadores una ruta normal de entrada, y Hedger es la pieza que se asegura de que ese camino no termine heredando por accidente el “todo es público” predeterminado de EVM.

Matiz, igual que la última vez: la mainnet de DuskEVM todavía no está activa; está en camino. La afirmación de Hedger de "revisable, no solo oculto" es un objetivo de diseño hasta que haya contratos reales ejecutándose a través de él y alguien haya tirado de la palanca de divulgación en un flujo en vivo.

De verdad tengo curiosidad por lo que piensa la gente:
Si estuvieras construyendo en una cadena así, ¿qué es lo que más te preocuparía?