#dusk $DUSK La semana pasada, cuando estuve mirando la dirección técnica de DuskEVM, no pensé en “otro más de los niveles de compatibilidad con EVM”, sino en quién resuelve realmente esa compatibilidad.
La mayor preocupación de la mayoría de las instituciones respecto a las cadenas de privacidad no es la capacidad técnica, sino el costo de migración. Contratos que ya funcionan en Ethereum, código auditado y herramientas de desarrollo con las que ya están familiarizadas… todo eso hay que tirarlo y adaptar un entorno de ejecución completamente nuevo. Nadie quiere asumir ese costo hundido. La idea de DuskEVM es lo contrario: desplegar los contratos Solidity tal cual, mientras que el asentamiento subyacente sigue pasando por el libro contable nativo de privacidad de DUSK. Esto significa que las instituciones no necesitan reescribir la lógica de negocio: solo tienen que sustituir la capa de asentamiento por una red que soporte nativamente los dos libros de contabilidad Phoenix/Moonlight, con lo cual el umbral para el lado del desarrollo se reduce al mínimo.
Pero compatibilidad no es lo mismo que integración perfecta. Los contratos EVM se ejecutan de forma transparente: todos los cambios de estado son visibles. Esto choca de manera natural con la lógica de ocultación con conocimiento cero de Phoenix. Si un contrato necesita llamar a saldos o datos de posiciones dentro del libro de contabilidad de privacidad, en el medio necesariamente tiene que pasar por algún tipo de “capa de traducción”. Cuánta información expone esa traducción, si termina convirtiéndose en una nueva superficie de ataque… en los materiales públicos no se dan detalles suficientes. La compatibilidad resuelve el problema de la migración de desarrollo, pero no resuelve automáticamente la transmisión entre privacidad y cumplimiento; en esencia, son dos cuestiones separadas.$SPCXB
Lo que más me preocupa es cómo se calculan el precio del Gas y el riesgo de MEV después de desacoplar la capa de ejecución de la capa de liquidación. Si el orden de ejecución del lado EVM puede observarse, incluso aunque la liquidación subyacente oculte las cantidades, las intenciones de la transacción y la ruta de llamada podrían seguir deduciéndose. Para instituciones que realizan estrategias de alta frecuencia o gestión de grandes volúmenes, esta brecha en términos de riesgo no es esencialmente distinta a “exponer directamente las posiciones”; solo cambia el grado de ocultamiento, algo que puede subestimarse con facilidad.$SNDKB
Por eso, mi conclusión sobre DuskEVM es que reduce el umbral de migración para los desarrolladores, no el umbral de confianza para los decisores de las instituciones. Estos últimos necesitan ver los resultados de auditoría concretos de la capa de traducción y, en escenarios reales de uso, hasta qué capa exacta puede mantenerse el límite de privacidad. Ese dato todavía no ha sido verificado de manera pública; vale la pena darle seguimiento continuo, no usar la compatibilidad por sí sola como conclusión.
#dusk @Dusk