El año pasado me mudé de apartamento del Distrito 7 a Thủ Đức. Cambié mi dirección, cambié los contratos de servicios públicos y cambié el registro del vehículo. Pero una cosa que mantuve fue mi número de teléfono. Llevaba usando ese número durante ocho años. Cada cuenta bancaria, cada aplicación de mensajería y cada recuperación de correo electrónico estaba vinculada a él. Cambiar el número significaría reconstruirlo todo desde cero. Por suerte, la compañía de telefonía me permitió conservarlo cuando me mudé.

La blockchain está atravesando exactamente esa fase de “mudanza” ahora mismo. Miles de desarrolladores han creado aplicaciones en Solidity sobre Ethereum. Su código, sus herramientas y su experiencia, todo está ligado al ecosistema EVM. Pedirles que aprendan un lenguaje nuevo desde cero es como pedirles que cambien un número de teléfono que han usado durante ocho años.

@Dusk_Foundation lo aborda con DuskEVM, una capa de ejecución compatible con Ethereum. Los desarrolladores escriben Solidity, usan Hardhat y despliegan contratos exactamente como siempre, pero las aplicaciones que se ejecutan en Dusk obtienen una capa de seguridad que el EVM original no ofrece: transacciones confidenciales impulsadas por pruebas de conocimiento cero, sin reescribir una sola línea de código.

Auto-critica: la compatibilidad con EVM también significa heredar las limitaciones de EVM. Solidity tiene patrones de vulnerabilidad conocidos que la comunidad de Ethereum sigue parcheando de forma incremental. DuskEVM añade privacidad por encima, pero si el contrato inteligente subyacente tiene un fallo, la capa de privacidad no corrige ese fallo. Conservar tu número de teléfono antiguo es conveniente, pero si ese número ya estaba comprometido, mudarte a un nuevo apartamento no resuelve el problema original.

$DUSK debería evaluarse según cómo su capa de privacidad gestiona las vulnerabilidades heredadas por la compatibilidad con EVM, no solo en qué tan fácilmente pueden migrar los desarrolladores.

#dusk $ACE $APR