En el sector de las cadenas públicas de privacidad, parece que una tras otra caen por la barrera de entrada para los desarrolladores. Sin embargo, Dusk ha optado por centrarse en la compatibilidad con EVM, lo cual resulta bastante interesante.

A finales del año pasado, después de lanzar su testnet EVM, dediqué tiempo a comparar la experiencia de desarrollo con las cadenas de privacidad tradicionales. La verdad, ese diseño de arquitectura en múltiples capas enfrentaba algunos problemas difíciles — estos son los puntos débiles que han tenido las soluciones de privacidad durante mucho tiempo.

En cuanto a la pila tecnológica, DuskEVM utiliza directamente OP Stack. Suena simple, pero tiene un gran significado. Todas las herramientas del ecosistema de Ethereum — Hardhat, Remix, MetaMask — se pueden integrar sin problemas, sin sensación de disonancia. Yo mismo probé desplegar contratos Solidity estándar, y desde el proceso de desarrollo hasta las llamadas RPC, la experiencia es exactamente la misma que en Optimism o Arbitrum.

¿Cuáles son los beneficios reales de esta compatibilidad? Los costos de migración se reducen drásticamente. Antes, esas cadenas L1 personalizadas obligaban a los desarrolladores a reprogramar en lenguajes de máquina virtual propietarios, y la integración podía tomar fácilmente medio año. ¿Y ahora? En unas semanas se puede implementar, lo que supone una mejora de eficiencia bastante notable.

Pero hay un punto fácil de pasar por alto. DuskEVM no es simplemente un fork del capa de ejecución de Ethereum. Su mecanismo de liquidación y disponibilidad de datos apunta a la cadena principal DuskDS, que utiliza un consenso de Attestation Concisa (Succinct Attestation), no un mecanismo PoS convencional. La genialidad de este diseño radica en la certeza de la finalización — una vez que una transacción se agrupa, queda sellada y no puede revertirse. En comparación, algunos L2 todavía tienen un período de desafío de 7 días, y esa diferencia no es poca.