#dusk $DUSK @Dusk
Me encuentro una y otra vez cometiendo el mismo error cuando rastreo una transferencia de Dusk: veo la prueba pasar y, por instinto, pienso: bien, ahora esa es mía.
Suena razonable hasta que sigo la transacción un paso más.
Phoenix ya tiene el DUSK protegido listo. La billetera receptora ha cumplido la condición del titular de XSC. DuskVM ha aceptado la prueba de conocimiento cero dentro del Contrato de Seguridad Confidencial.
Así que pensé que la parte difícil básicamente ya había terminado.
No fue así.
Que DuskVM acepte la prueba significa que la transferencia ha cumplido la condición de XSC. Me dice que la billetera receptora es válida para ese paso. Pero eso todavía no significa que Dusk L1 haya finalizado el cambio de propiedad.
Esa responsabilidad está más adelante en el camino con DuskDS, donde la transición de estado todavía tiene que volverse determinista y final.
Este pequeño vacío cambió la forma en que estaba leyendo la arquitectura.
El receptor puede ser elegible.
La condición puede cumplirse.
La prueba puede ser aceptada.
Y, sin embargo, el estado de la propiedad aún puede estar en espera.
Había estado tratando a DuskVM como la última puerta.
Quizá se entienda mejor como el punto en el que el sistema dice que esa transición es válida para continuar.
DuskDS es donde esa transición aceptada se convierte en el estado final de L1.
Así que en realidad hay tres momentos distintos aquí: válido, ejecutable, final.
Yo estaba fusionando los tres en uno.
Y ahora me pregunto: si la prueba ya pasó pero DuskDS no ha finalizado el estado, ¿en qué punto exacto debería decir que el activo se volvió mío?
@Dusk #dusk $DUSK
Me encuentro una y otra vez cometiendo el mismo error cuando rastreo una transferencia de Dusk: veo la prueba pasar y, por instinto, pienso: bien, ahora esa es mía.
Suena razonable hasta que sigo la transacción un paso más.
Phoenix ya tiene el DUSK protegido listo. La billetera receptora ha cumplido la condición del titular de XSC. DuskVM ha aceptado la prueba de conocimiento cero dentro del Contrato de Seguridad Confidencial.
Así que pensé que la parte difícil básicamente ya había terminado.
No fue así.
Que DuskVM acepte la prueba significa que la transferencia ha cumplido la condición de XSC. Me dice que la billetera receptora es válida para ese paso. Pero eso todavía no significa que Dusk L1 haya finalizado el cambio de propiedad.
Esa responsabilidad está más adelante en el camino con DuskDS, donde la transición de estado todavía tiene que volverse determinista y final.
Este pequeño vacío cambió la forma en que estaba leyendo la arquitectura.
El receptor puede ser elegible.
La condición puede cumplirse.
La prueba puede ser aceptada.
Y, sin embargo, el estado de la propiedad aún puede estar en espera.
Había estado tratando a DuskVM como la última puerta.
Quizá se entienda mejor como el punto en el que el sistema dice que esa transición es válida para continuar.
DuskDS es donde esa transición aceptada se convierte en el estado final de L1.
Así que en realidad hay tres momentos distintos aquí: válido, ejecutable, final.
Yo estaba fusionando los tres en uno.
Y ahora me pregunto: si la prueba ya pasó pero DuskDS no ha finalizado el estado, ¿en qué punto exacto debería decir que el activo se volvió mío?
@Dusk #dusk $DUSK
