Ayer releí el whitepaper @Dusk y cuando llegué a la página de la “arquitectura de doble VM”, me quedé bloqueado.
Primero hablemos de la arquitectura. Piecrust es una máquina virtual nativa de conocimiento cero, basada en WASM, y el proceso de liquidación se reduce a 2-3 segundos. DuskEVM es compatible con Solidity; con Hardhat y MetaMask puedes conectarte directamente y hacer que corra, y la privacidad se completa con Hedger ajustando el ZK de capa inferior. El diseño de doble carril sí tiene sentido: uno se encarga de contratos de privacidad y el otro de la compatibilidad, cada cual en lo suyo.
Pero cuanto más avanzaba, más me parecía raro. Piecrust desarrolló su propio VM; este marzo, en la auditoría AEGIS se expusieron 39 problemas, 7 de severidad alta, y dos vulnerabilidades críticas quedaron atrapadas en la capa de sandbox. Incluso nodos honestos ejecutando el mismo código pueden obtener resultados inconsistentes, y un contrato malicioso puede empujar el runtime a un estado en el que se invalida la garantía de propiedad. Si la sandbox se viola, la capa superior de contratos confidenciales queda hecha polvo. DuskEVM por sí solo solo admite transacciones públicas; la privacidad queda resguardada por módulos adicionales. Dos VMs que van cada una por su lado duplican directamente el volumen de código y la superficie de ataque.
Ahora veamos la colaboración. NPEX, Chainlink, Cordial, Quantoz, 21X: en la web dicen €300M+ de emisión confirmada, 50K+ alcance de inversores y 210M+ DUSK apostado. Los recursos, sin duda, son más sólidos que los proyectos que solo cuentan historias de RWA. Pero la propia parte oficial también admite que la tokenización puede reducir fricción, aunque no puede crear compradores, vendedores ni profundidad de mercado. Dusk Trade aún está en Building/Waitlist, y tanto DuskEVM como Hedger también están en Testnet. La lista de colaboraciones indica que otros están dispuestos a trabajar juntos; pero que funcione de verdad dependerá de indicadores duros como el volumen de activos tokenizados on-chain, el número de traders y la profundidad del mercado en segunda capa.
Por último, hablemos del encaje entre cumplimiento y privacidad. Zedger, al emitir, incluye en el protocolo listas blancas, un solo usuario y una sola cuenta, y aprobación explícita del receptor; la transferencia se divide en dos pasos, y si vence el tiempo, se invalida automáticamente. Phoenix usa una arquitectura UTXO: el dinero existe como notas cifradas; durante la transacción, el ZK verifica simultáneamente cinco cosas. Las Pedersen Commitments ocultan direcciones e importes. Confirmación en tres etapas en DuskDS: al minar, queda cerrado el estado final. Las reglas determinan si puede ocurrir el evento; Phoenix determina qué aspectos no hace falta revelar públicamente; y DuskDS define qué estado cuenta como válido. Estos tres eslabones completan el mismo punto de corte: de la emisión al settlement de valores, intentando no volver a coordinación fuera de la cadena.
La lista de socios ya está bastante “financiarizada”. En la siguiente fase, lo que más quiero ver son datos reales de migración y de operaciones ejecutadas, no quedarse siempre en PPT. #dusk $DUSK
Primero hablemos de la arquitectura. Piecrust es una máquina virtual nativa de conocimiento cero, basada en WASM, y el proceso de liquidación se reduce a 2-3 segundos. DuskEVM es compatible con Solidity; con Hardhat y MetaMask puedes conectarte directamente y hacer que corra, y la privacidad se completa con Hedger ajustando el ZK de capa inferior. El diseño de doble carril sí tiene sentido: uno se encarga de contratos de privacidad y el otro de la compatibilidad, cada cual en lo suyo.
Pero cuanto más avanzaba, más me parecía raro. Piecrust desarrolló su propio VM; este marzo, en la auditoría AEGIS se expusieron 39 problemas, 7 de severidad alta, y dos vulnerabilidades críticas quedaron atrapadas en la capa de sandbox. Incluso nodos honestos ejecutando el mismo código pueden obtener resultados inconsistentes, y un contrato malicioso puede empujar el runtime a un estado en el que se invalida la garantía de propiedad. Si la sandbox se viola, la capa superior de contratos confidenciales queda hecha polvo. DuskEVM por sí solo solo admite transacciones públicas; la privacidad queda resguardada por módulos adicionales. Dos VMs que van cada una por su lado duplican directamente el volumen de código y la superficie de ataque.
Ahora veamos la colaboración. NPEX, Chainlink, Cordial, Quantoz, 21X: en la web dicen €300M+ de emisión confirmada, 50K+ alcance de inversores y 210M+ DUSK apostado. Los recursos, sin duda, son más sólidos que los proyectos que solo cuentan historias de RWA. Pero la propia parte oficial también admite que la tokenización puede reducir fricción, aunque no puede crear compradores, vendedores ni profundidad de mercado. Dusk Trade aún está en Building/Waitlist, y tanto DuskEVM como Hedger también están en Testnet. La lista de colaboraciones indica que otros están dispuestos a trabajar juntos; pero que funcione de verdad dependerá de indicadores duros como el volumen de activos tokenizados on-chain, el número de traders y la profundidad del mercado en segunda capa.
Por último, hablemos del encaje entre cumplimiento y privacidad. Zedger, al emitir, incluye en el protocolo listas blancas, un solo usuario y una sola cuenta, y aprobación explícita del receptor; la transferencia se divide en dos pasos, y si vence el tiempo, se invalida automáticamente. Phoenix usa una arquitectura UTXO: el dinero existe como notas cifradas; durante la transacción, el ZK verifica simultáneamente cinco cosas. Las Pedersen Commitments ocultan direcciones e importes. Confirmación en tres etapas en DuskDS: al minar, queda cerrado el estado final. Las reglas determinan si puede ocurrir el evento; Phoenix determina qué aspectos no hace falta revelar públicamente; y DuskDS define qué estado cuenta como válido. Estos tres eslabones completan el mismo punto de corte: de la emisión al settlement de valores, intentando no volver a coordinación fuera de la cadena.
La lista de socios ya está bastante “financiarizada”. En la siguiente fase, lo que más quiero ver son datos reales de migración y de operaciones ejecutadas, no quedarse siempre en PPT. #dusk $DUSK