El mercado estuvo tranquilo esta noche, así que terminé reabriendo antiguas notas de DUSK. Una cosa no dejaba de preocuparme: discusiones antiguas dicen que Zedger, mientras que la documentación actual enmarca Hedger como su evolución, se construyó sobre DuskEVM.
Al principio lo tomé como una simple actualización de nombres....Luego seguí la arquitectura.
La suposición intuitiva es sencilla: si Hedger se ejecuta a través de DuskEVM, y DuskEVM aloja aplicaciones, quizá ese sea el entorno donde vive toda la historia económica.
Pero la arquitectura de DUSK es más por capas.
Hedger se apoya sobre DuskEVM. DUSK puede moverse entre Dusk L1 y DuskEVM mediante el puente...Sin embargo, la ejecución finalmente vuelve a DuskDS, la base de disponibilidad de datos y liquidación del L1.
La ejecución puede ocurrir en otros lugares; la verdad económica final igual tiene que aterrizar en algún sitio.
Esa distinción importa.
DuskEVM ofrece a las aplicaciones de activos regulados un entorno de ejecución compatible con EVM....El puente proporciona el movimiento entre entornos. DuskDS ancla la liquidación y el estado final.
Pero esto también crea una pregunta de límite de confianza: si una aplicación produce un estado técnicamente válido pero su lógica, sus entradas o su integración son defectuosas, la liquidación puede finalizar el resultado sin juzgar si la decisión económica fue sensata.
No estoy diciendo que esto sea algo único de DUSK. Las arquitecturas modulares se enfrentan a la misma distinción.
La pestaña de documentación todavía está abierta. Solo que ahora estoy menos dispuesto a equiparar “dónde ocurre la ejecución” con “dónde vive la verdad.”
@Dusk $DUSK #dusk
Al principio lo tomé como una simple actualización de nombres....Luego seguí la arquitectura.
La suposición intuitiva es sencilla: si Hedger se ejecuta a través de DuskEVM, y DuskEVM aloja aplicaciones, quizá ese sea el entorno donde vive toda la historia económica.
Pero la arquitectura de DUSK es más por capas.
Hedger se apoya sobre DuskEVM. DUSK puede moverse entre Dusk L1 y DuskEVM mediante el puente...Sin embargo, la ejecución finalmente vuelve a DuskDS, la base de disponibilidad de datos y liquidación del L1.
La ejecución puede ocurrir en otros lugares; la verdad económica final igual tiene que aterrizar en algún sitio.
Esa distinción importa.
DuskEVM ofrece a las aplicaciones de activos regulados un entorno de ejecución compatible con EVM....El puente proporciona el movimiento entre entornos. DuskDS ancla la liquidación y el estado final.
Pero esto también crea una pregunta de límite de confianza: si una aplicación produce un estado técnicamente válido pero su lógica, sus entradas o su integración son defectuosas, la liquidación puede finalizar el resultado sin juzgar si la decisión económica fue sensata.
No estoy diciendo que esto sea algo único de DUSK. Las arquitecturas modulares se enfrentan a la misma distinción.
La pestaña de documentación todavía está abierta. Solo que ahora estoy menos dispuesto a equiparar “dónde ocurre la ejecución” con “dónde vive la verdad.”
@Dusk $DUSK #dusk
