Estaba mirando de nuevo la arquitectura modular de Dusk y el diagrama tiene más sentido una vez que dejas de verlo como tres cadenas separadas.
En realidad, son tres trabajos diferentes que se reparten a lo largo de la pila.
1. DuskDS — la capa base
Esto es la base.
DuskDS se encarga de las funciones de red subyacentes en torno a:
* consenso
* disponibilidad de datos
* liquidación
Así que, en lugar de poner toda la responsabilidad de ejecución en la capa base, DuskDS se enfoca en mantener el sistema subyacente coordinado y liquidado.
2. DuskEVM — la capa de compatibilidad
Aquí es donde entra la ejecución de EVM.
Lo interesante no es simplemente “Dusk admite EVM”.
Es que la ejecución de EVM obtiene su propia capa dentro de la arquitectura modular, brindando a los desarrolladores un entorno más familiar mientras se mantiene la capa subyacente de DuskDS separada.
Esa separación puede reducir la cantidad de trabajo de integración necesaria al construir aplicaciones.
3. DuskVM — la capa de ejecución orientada a la privacidad
Luego está DuskVM.
Su función es diferente otra vez: ejecución centrada en la privacidad.
Así que la arquitectura no obliga a que la ejecución tipo EVM pública y la ejecución orientada a la privacidad ocurran en exactamente el mismo entorno.
Se están separando en rutas de ejecución propias.
Y luego hay dos piezas que conectan todo el diseño.
4. Un solo DUSK en toda la pila
La arquitectura mantiene un único token DUSK en las capas.
Eso importa porque la ejecución modular no significa automáticamente economías fragmentadas.
Los entornos de ejecución pueden separarse mientras la economía de tokens permanece unificada.
5. Puente nativo entre DuskDS y DuskEVM
Las capas tampoco deberían comportarse como islas aisladas.
La arquitectura describe un concepto de puente nativo entre DuskDS y DuskEVM, dándole a la capa de ejecución una ruta de regreso hacia el sistema Dusk subyacente.
Esa es la parte que encuentro más interesante que el propio diagrama.
La arquitectura básicamente está diciendo:
DuskDS se encarga de la base.
DuskEVM se encarga de la ejecución de EVM.
DuskVM se encarga de la ejecución orientada a la privacidad.
$DUSK #dusk @Dusk
En realidad, son tres trabajos diferentes que se reparten a lo largo de la pila.
1. DuskDS — la capa base
Esto es la base.
DuskDS se encarga de las funciones de red subyacentes en torno a:
* consenso
* disponibilidad de datos
* liquidación
Así que, en lugar de poner toda la responsabilidad de ejecución en la capa base, DuskDS se enfoca en mantener el sistema subyacente coordinado y liquidado.
2. DuskEVM — la capa de compatibilidad
Aquí es donde entra la ejecución de EVM.
Lo interesante no es simplemente “Dusk admite EVM”.
Es que la ejecución de EVM obtiene su propia capa dentro de la arquitectura modular, brindando a los desarrolladores un entorno más familiar mientras se mantiene la capa subyacente de DuskDS separada.
Esa separación puede reducir la cantidad de trabajo de integración necesaria al construir aplicaciones.
3. DuskVM — la capa de ejecución orientada a la privacidad
Luego está DuskVM.
Su función es diferente otra vez: ejecución centrada en la privacidad.
Así que la arquitectura no obliga a que la ejecución tipo EVM pública y la ejecución orientada a la privacidad ocurran en exactamente el mismo entorno.
Se están separando en rutas de ejecución propias.
Y luego hay dos piezas que conectan todo el diseño.
4. Un solo DUSK en toda la pila
La arquitectura mantiene un único token DUSK en las capas.
Eso importa porque la ejecución modular no significa automáticamente economías fragmentadas.
Los entornos de ejecución pueden separarse mientras la economía de tokens permanece unificada.
5. Puente nativo entre DuskDS y DuskEVM
Las capas tampoco deberían comportarse como islas aisladas.
La arquitectura describe un concepto de puente nativo entre DuskDS y DuskEVM, dándole a la capa de ejecución una ruta de regreso hacia el sistema Dusk subyacente.
Esa es la parte que encuentro más interesante que el propio diagrama.
La arquitectura básicamente está diciendo:
DuskDS se encarga de la base.
DuskEVM se encarga de la ejecución de EVM.
DuskVM se encarga de la ejecución orientada a la privacidad.
$DUSK #dusk @Dusk