Me detuve en la división DuskVM vs DuskEVM porque en el papel parece más simple de lo que se siente cuando sigues exactamente qué corre dónde.
Durante la tarea, revisé la cadena de Dusk y vi el bloque #4,178,605, donde la red seguía produciendo bloques alrededor de la marca de los 10 segundos, mientras que solo se registraron 236 transacciones en 24 h. Ese contraste se me quedó grabado.
@Dusk_Foundation realmente no está tratando a DuskVM y DuskEVM como dos versiones de lo mismo. DuskVM es la ejecución nativa en Rust/WASM directamente sobre la L1, mientras que DuskEVM se posiciona como un entorno de ejecución EVM asentado a través de DuskDS.
La diferencia práctica es lo que me llamó la atención. DuskVM te da una conexión más profunda con los primitvos nativos de la L1, mientras que DuskEVM le da a los desarrolladores la ruta EVM familiar de Solidity.
Al principio pensé que la capa EVM se convertiría naturalmente en el centro de actividad más evidente, pero las cifras recientes de la cadena me hicieron frenar un poco. Un productor de bloques ocupado no significa automáticamente un uso de aplicaciones igualmente activo.
Todavía me pregunto si, con el tiempo, DuskEVM termina convirtiéndose en el lugar donde se asienta la mayor parte de la actividad de las aplicaciones, o si la VM nativa mantiene las cargas de trabajo más importantes más cerca de la capa base…
@Dusk_Foundation $DUSK #dusk
Durante la tarea, revisé la cadena de Dusk y vi el bloque #4,178,605, donde la red seguía produciendo bloques alrededor de la marca de los 10 segundos, mientras que solo se registraron 236 transacciones en 24 h. Ese contraste se me quedó grabado.
@Dusk_Foundation realmente no está tratando a DuskVM y DuskEVM como dos versiones de lo mismo. DuskVM es la ejecución nativa en Rust/WASM directamente sobre la L1, mientras que DuskEVM se posiciona como un entorno de ejecución EVM asentado a través de DuskDS.
La diferencia práctica es lo que me llamó la atención. DuskVM te da una conexión más profunda con los primitvos nativos de la L1, mientras que DuskEVM le da a los desarrolladores la ruta EVM familiar de Solidity.
Al principio pensé que la capa EVM se convertiría naturalmente en el centro de actividad más evidente, pero las cifras recientes de la cadena me hicieron frenar un poco. Un productor de bloques ocupado no significa automáticamente un uso de aplicaciones igualmente activo.
Todavía me pregunto si, con el tiempo, DuskEVM termina convirtiéndose en el lugar donde se asienta la mayor parte de la actividad de las aplicaciones, o si la VM nativa mantiene las cargas de trabajo más importantes más cerca de la capa base…
@Dusk_Foundation $DUSK #dusk