#dusk $DUSK
DuskVM en comparación con DuskEVM en la red DUSK
@Dusk_Foundation Al principio pensé que elegir entre DuskVM y DuskEVM se reducía al lenguaje: Rust y WASM versus Solidity con las herramientas del EVM que todo el mundo ya ha usado. Me tomó más tiempo de lo esperado esta noche, y en algún punto dejó de parecer una elección de lenguaje.
DuskVM está justo en la base de la red, así que obtiene acceso directo a la privacidad y a las cosas de conocimiento-cero en las que Dusk realmente se basa. DuskEVM ejecuta contratos Solidity a través de las herramientas estándar del EVM, pero aun así asienta y publica sus datos de vuelta a través de la misma capa DuskDS, pagando gas con el mismo token DUSK en cualquier caso. Esa extraña simetría es algo a lo que sigo volviendo: rutas de ejecución distintas, el mismo asentamiento, el mismo token por debajo de ambos.
Elegir DuskVM no es solo elegir un lenguaje; es elegir cercanía a los propios primitivos de privacidad. Elegir DuskEVM no es solo familiaridad; es distancia de esos primitivos para herramientas con las que la mayoría de los desarrolladores ya conocen. Esa fricción sutil es algo que la mayoría de comparaciones se saltan. #dusk
Hay una tercera capa debajo de ambas a la que sigo regresando. La documentación de Dusk confirma que DuskEVM permite que carteras, puentes e intercambios EVM existentes se conecten con apenas cambios de código, más rápido de lo que llevaría una integración nativa. DuskVM no ofrece un atajo equivalente. Las herramientas tienen que crearse para ello, desde cero, cada vez. $DUSK
No está garantizada la paridad de funciones entre las dos solo porque ambas se asientan a través de la misma capa y comparten un token de gas. Lo que parece opcionalidad en la superficie en realidad son dos apuestas diferentes sobre dónde se paga el costo real: por adelantado en las herramientas, o más tarde en aquello que el entorno no puede hacer.
¿Dusk realmente les ofrece a los creadores una elección aquí, o simplemente decide por ellos dónde aparece la fricción? @Dusk
DuskVM en comparación con DuskEVM en la red DUSK
@Dusk_Foundation Al principio pensé que elegir entre DuskVM y DuskEVM se reducía al lenguaje: Rust y WASM versus Solidity con las herramientas del EVM que todo el mundo ya ha usado. Me tomó más tiempo de lo esperado esta noche, y en algún punto dejó de parecer una elección de lenguaje.
DuskVM está justo en la base de la red, así que obtiene acceso directo a la privacidad y a las cosas de conocimiento-cero en las que Dusk realmente se basa. DuskEVM ejecuta contratos Solidity a través de las herramientas estándar del EVM, pero aun así asienta y publica sus datos de vuelta a través de la misma capa DuskDS, pagando gas con el mismo token DUSK en cualquier caso. Esa extraña simetría es algo a lo que sigo volviendo: rutas de ejecución distintas, el mismo asentamiento, el mismo token por debajo de ambos.
Elegir DuskVM no es solo elegir un lenguaje; es elegir cercanía a los propios primitivos de privacidad. Elegir DuskEVM no es solo familiaridad; es distancia de esos primitivos para herramientas con las que la mayoría de los desarrolladores ya conocen. Esa fricción sutil es algo que la mayoría de comparaciones se saltan. #dusk
Hay una tercera capa debajo de ambas a la que sigo regresando. La documentación de Dusk confirma que DuskEVM permite que carteras, puentes e intercambios EVM existentes se conecten con apenas cambios de código, más rápido de lo que llevaría una integración nativa. DuskVM no ofrece un atajo equivalente. Las herramientas tienen que crearse para ello, desde cero, cada vez. $DUSK
No está garantizada la paridad de funciones entre las dos solo porque ambas se asientan a través de la misma capa y comparten un token de gas. Lo que parece opcionalidad en la superficie en realidad son dos apuestas diferentes sobre dónde se paga el costo real: por adelantado en las herramientas, o más tarde en aquello que el entorno no puede hacer.
¿Dusk realmente les ofrece a los creadores una elección aquí, o simplemente decide por ellos dónde aparece la fricción? @Dusk