Mucha gente mira el roadmap de Dusk y cree que DuskEVM mainnet (2027) es "el movimiento definitivo", que toda la infraestructura del ecosistema on-chain se traslada de golpe para competir con Ethereum. Después de revisar la doble capa de posicionamiento de Rusk/DuskVM y DuskEVM, creo que la formulación más precisa es esta: DuskVM (el antiguo Piecrust VM, contratos confidenciales Rust/WASM) es la puerta principal por donde Dusk actúa como capa de liquidación de valores; DuskEVM es una puerta lateral para los equipos de Solidity que no saben escribir en Rust, para que puedan "pegar" contratos de negocio en el modelo de privacidad de Zedger usando etiquetas con Hedger.

¿Para qué sirve la puerta principal? El núcleo del estándar XSC, el ciclo de vida de Phoenix note, la validación ZK-KYC de Citadel, y la interfaz de consenso SBA, todo se implementa en DuskVM con Rust. El rendimiento y el control directo de los circuitos PLONK no lo puede ofrecer Solidity. La emisión nativa de bonos NPEX, las cuentas subsidiarias de custodia institucional y la gestión de la clave de vista del regulador: toda esa lógica de activos pesados pasa por la puerta principal.

¿Qué resuelve la puerta lateral? En la práctica, el 90% de los desarrolladores Web3 solo saben Solidity. Para que aprendan Rust+WASM+circuitos ZK desde cero por Dusk no es realista. DuskEVM utiliza un stack equivalente como OP Stack para correr Solidity; Hedger elimina en tiempo de compilación las variables hedged y las integra en el modelo de privacidad de Zedger. Escribir para los desarrolladores se parece mucho a programar un ERC-20 normal, pero el artefacto ya trae la confidencialidad. En esencia, Dusk baja el listón de la "cadena de valores con privacidad" desde el núcleo Rust hasta la capa superficial de Solidity.

Yo desplegué en testnet la distribución de dividendos de XSC con Solidity+Hedger y en tres días quedó funcionando; si me obligaran a escribir en Rust/Piecrust para ajustar el Zedger note, al menos serían tres semanas. Ahí está el valor de la puerta lateral.

Pero la puerta lateral no es el motor principal: el State root final de DuskEVM sigue retornando a DuskDS. La lógica de cumplimiento pesado (por ejemplo, transferencias forzadas, issuer force transfer) aún debe hacerse con contratos nativos de DuskVM; la parte de Solidity no puede ajustar la capa inferior del抽取 de firmas SBA.

¿Creen ustedes que la puerta lateral debería convertirse en el enfoque principal?
@Dusk $DUSK #dusk