Dusk está haciendo hoy un AMA de Binance Square a las 15:00 CEST y vale la pena despejar tu agenda. Tendrás en la misma sesión tanto a Emanuele Francioni, CEO, como a Hein Dauven, CTO, lo cual es raro; normalmente es uno u otro. Si has estado siguiendo la estructura DuskDS, DuskEVM, DuskVM y todavía tienes preguntas, este es el lugar para plantearlas.

Por ahora, déjame explicarte lo que aprendí. Seguí viendo que diferentes cadenas mencionaban “privacy” (privacidad) y honestamente me puse escéptico porque, normalmente, solo significa un único grupo protegido (pool) pegado a una cadena que de todos modos es pública. Así que investigué cómo Dusk estructura esto en toda su pila y no era lo que esperaba.

Básicamente, Dusk divide el trabajo en tres capas en lugar de meterlo todo en una. DuskDS está en la base y se encarga del consenso de liquidación y la disponibilidad de datos. Ejecuta un sistema de proof of stake llamado Succinct Attestation que proporciona finalización determinista, algo que importa si estás liquidando activos regulados y no puedes permitirte confirmaciones probabilísticas.

Esto es lo que me sorprendió. Encima de eso está DuskEVM, que está construido como un rollup de OP Stack para que los desarrolladores de Solidity tengan herramientas EVM normales. La privacidad allí llega mediante algo llamado Hedger, que mezcla cifrado homomórfico con pruebas de conocimiento cero, en lugar de apoyarse solo en ZK.

Luego está DuskVM, el entorno nativo en Rust y WASM, donde los contratos son conscientes de la privacidad desde el inicio, en vez de que la privacidad se añada más tarde.

Ahí fue cuando lo entendí. Las mismas garantías de liquidación están debajo de todo el tiempo, pero cada capa recibe privacidad de una manera que encaja con cómo construyen los desarrolladores, en lugar de forzar un solo método en todos los casos.

#dusk $DUSK @Dusk

¿En qué capa construirías tú realmente?