Anoche me quedé trabajando y aproveché para “hacer tiempo” leyendo hasta que se lanzó el nuevo sitio de Dusk. Entré con la mentalidad de “un rediseño del proyecto, cambio de piel”, pero el sitio anterior para encontrar documentación técnica te obligaba a saltar entre tres o cuatro enlaces y a veces ni cargaba (404). Al final, frente al nuevo sitio, vi el diagrama de capas apiladas de la tecnología y estuve 20 minutos entendiéndolo: me conectó toda la comprensión fragmentada que tenía de mis proyectos anteriores.

El nuevo sitio no amontona tanto discurso de marketing; simplemente despliega el stack técnico de la capa más baja a la más alta. En la parte más inferior está DuskDS: se encarga del consenso, la liquidación y la disponibilidad de datos. La capa de consenso usa SBA, un mecanismo PoS basado en comités: selecciona al generador de bloques de forma anónima con Proof-of-Blind-Bid. La lista de validadores cambia en cada ronda; así está diseñado para evitar que los validadores queden fijados de antemano o sean atacados, y para impedir el acaparamiento de poder de producción de bloques típico de los “grandes” en PoS tradicional.

La capa de transacciones usa Phoenix: se basa en el modelo de notas UTXO, donde el dinero existe en forma de “notes” cifradas; junto con las compromisos de Pedersen para ocultar el importe y con los anuladores (nullifiers) para bloquear el doble gasto. Los nodos solo se ocupan de verificar si las pruebas de conocimiento cero son válidas. Cuando probé antes e intenté meter texto en claro directamente en las transacciones, me lo rechazaron: ahí supe que estas reglas están “soldadas” desde la capa de consenso.

Luego, mirando hacia arriba, la capa Dusk Trade. Yo pensaba que era un DEX de privacidad “con envoltorio” típico, pero en la demo del sitio descubrí que en realidad llama directamente al canal de liquidación de la capa inferior. El order book está cifrado por defecto y usa cifrado homomórfico por ElGamal: los precios y cantidades de las órdenes en la cadena son texto cifrado. El motor de matching calcula con los cifrados y, cuando ya se determina el precio y la cantidad de la operación, recién entonces se descifran para completar la transacción. En todo el proceso, los detalles de las órdenes no se exponen.

Aún arriba hay otra capa: DuskEVM, una capa de ejecución modificada a partir de OP Stack. Hace la liquidación directamente sobre DuskDS; si conectas Solidity, hereda las capacidades de privacidad de la capa base, sin necesidad de inventar otra arquitectura.

La capa superior es el flujo de trabajo del mercado de cumplimiento normativo: convierte a Citadel en un módulo nativo invocable. Los usuarios no tienen que enviar fotos de pasaporte; mediante pruebas de conocimiento cero pueden demostrarle al sistema que “ya completaron la verificación de cumplimiento”.

Antes siempre sentía que la ruta técnica de Dusk estaba hecha de piezas sueltas. Pero con el nuevo sitio (que desvela el stack completo) me di cuenta de que desde el principio no se trata de hacer un juguete de transferencias anónimas: están montando un conjunto completo de infraestructura financiera con privacidad y cumplimiento. Al terminar de leer, añadí un poco de DUSK; porque proyectos que exponen de forma clara y abierta su arquitectura técnica para que cualquiera la vea, sinceramente, ahora mismo no hay muchos. #dusk $DUSK @Dusk