Lo que me llamó la atención al investigar a fondo DuskEVM no fue la parte de la EVM en sí. Fue el lugar donde realmente se sitúa la ejecución.
Estaba revisando @DuskNetwork; la documentación actual muestra que DuskEVM usa el ID de cadena 744, con DUSK como token nativo de gas, mientras que DuskDS gestiona el settlement y la disponibilidad de datos. Esa separación suena limpia en el papel, pero cambió la forma en que miré la red: el entorno de la EVM no está reemplazando la capa base de Dusk; está encima de ella.
Lo que me hizo detenerme fue la actividad de gobernanza reciente de OpenDusk.
La votación de agosto trata de si las recompensas de bloque quemadas deberían fluir hacia una tesorería comunitaria, mientras que DuskEVM se está posicionando como la capa de aplicación. Así que aquí hay un contraste interesante: la gobernanza y el settlement permanecen ligados a DuskDS, mientras que los desarrolladores obtienen el entorno familiar de Solidity/EVM por encima.
Al principio pensé que la EVM en Dusk significaba, sobre todo, una implementación más sencilla. Pero después de rastrear la arquitectura, no estoy tan seguro de que esa sea la parte importante.
La pregunta real para mí es si los desarrolladores realmente usan esa separación en la práctica, o si DuskEVM sigue siendo en su mayoría una capa de compatibilidad mientras la actividad más profunda permanece en DuskDS…
@Dusk $DUSK #dusk
Estaba revisando @DuskNetwork; la documentación actual muestra que DuskEVM usa el ID de cadena 744, con DUSK como token nativo de gas, mientras que DuskDS gestiona el settlement y la disponibilidad de datos. Esa separación suena limpia en el papel, pero cambió la forma en que miré la red: el entorno de la EVM no está reemplazando la capa base de Dusk; está encima de ella.
Lo que me hizo detenerme fue la actividad de gobernanza reciente de OpenDusk.
La votación de agosto trata de si las recompensas de bloque quemadas deberían fluir hacia una tesorería comunitaria, mientras que DuskEVM se está posicionando como la capa de aplicación. Así que aquí hay un contraste interesante: la gobernanza y el settlement permanecen ligados a DuskDS, mientras que los desarrolladores obtienen el entorno familiar de Solidity/EVM por encima.
Al principio pensé que la EVM en Dusk significaba, sobre todo, una implementación más sencilla. Pero después de rastrear la arquitectura, no estoy tan seguro de que esa sea la parte importante.
La pregunta real para mí es si los desarrolladores realmente usan esa separación en la práctica, o si DuskEVM sigue siendo en su mayoría una capa de compatibilidad mientras la actividad más profunda permanece en DuskDS…
@Dusk $DUSK #dusk
