#dusk $DUSK @Dusk
He empezado a mirar Dusk desde un ángulo diferente: no como una “blockchain de privacidad”, sino como un sistema en el que el entorno de ejecución determina cuán utilizable llega a ser realmente la privacidad.
Por eso me llamó la atención Rusk VM. Utiliza WASM para la ejecución de contratos, pero no se queda ahí. Dusk expone operaciones criptográficas a través de la capa de host de la VM, incluyendo hashing, operaciones con curvas elípticas y verificación de conocimiento cero. En la práctica, el contrato no necesita implementar por sí mismo cada primitiva costosa.
Creo que esta elección de diseño es más importante de lo que parece a primera vista. Un contrato confidencial solo es útil cuando los desarrolladores pueden razonar sobre sus costos, entradas y rutas de fallo. El ABI de Rusk y las herramientas de Rust crean una interfaz definida entre el código del contrato y esas capacidades nativas.
He visto esto antes en sistemas de smart contracts: la parte interesante rara vez es el lenguaje. Es la frontera entre el código de la aplicación y las primitivas de bajo nivel que hay debajo.
Lo que yo vigilaría de cerca con Rusk no es otro titular de benchmarks. Quisiera entender qué tan predecibles se mantienen las llamadas al host, cómo evoluciona la fijación de precios del gas, cómo se gestionan los cambios del ABI y cómo los desarrolladores depuran contratos cuando el propio estado está oculto intencionalmente.
Esa es la parte que encuentro realmente interesante. La privacidad a nivel de protocolo es una cosa. Hacer que la privacidad sea programable sin convertir el desarrollo en un proyecto de investigación en criptografía es un problema mucho más difícil.
He empezado a mirar Dusk desde un ángulo diferente: no como una “blockchain de privacidad”, sino como un sistema en el que el entorno de ejecución determina cuán utilizable llega a ser realmente la privacidad.
Por eso me llamó la atención Rusk VM. Utiliza WASM para la ejecución de contratos, pero no se queda ahí. Dusk expone operaciones criptográficas a través de la capa de host de la VM, incluyendo hashing, operaciones con curvas elípticas y verificación de conocimiento cero. En la práctica, el contrato no necesita implementar por sí mismo cada primitiva costosa.
Creo que esta elección de diseño es más importante de lo que parece a primera vista. Un contrato confidencial solo es útil cuando los desarrolladores pueden razonar sobre sus costos, entradas y rutas de fallo. El ABI de Rusk y las herramientas de Rust crean una interfaz definida entre el código del contrato y esas capacidades nativas.
He visto esto antes en sistemas de smart contracts: la parte interesante rara vez es el lenguaje. Es la frontera entre el código de la aplicación y las primitivas de bajo nivel que hay debajo.
Lo que yo vigilaría de cerca con Rusk no es otro titular de benchmarks. Quisiera entender qué tan predecibles se mantienen las llamadas al host, cómo evoluciona la fijación de precios del gas, cómo se gestionan los cambios del ABI y cómo los desarrolladores depuran contratos cuando el propio estado está oculto intencionalmente.
Esa es la parte que encuentro realmente interesante. La privacidad a nivel de protocolo es una cosa. Hacer que la privacidad sea programable sin convertir el desarrollo en un proyecto de investigación en criptografía es un problema mucho más difícil.