Una cosa que me resulta fácil pasar por alto con Dusk es que una transacción fallida no siempre significa que la propia transacción sea incorrecta.
Si un nodo está desincronizado, puede estar trabajando con una vista desactualizada de la cadena. Desde la perspectiva del usuario, sin embargo, ambos casos pueden parecer casi idénticos: la transacción no se envió.
Eso crea un sutil problema de UX. La red puede estar funcionando correctamente, mientras que el nodo individual simplemente está atrasado. Así que la pregunta real se convierte en si las carteras y las aplicaciones pueden distinguir claramente “tu transacción es inválida” de “tu nodo aún no se ha puesto al día”.
Esa distinción importa más a medida que las aplicaciones dependen cada vez más de una ejecución fiable.
¿Cómo debería una blockchain mostrar esa diferencia a los usuarios sin añadir complejidad innecesaria?
#dusk $DUSK @Dusk
Si un nodo está desincronizado, puede estar trabajando con una vista desactualizada de la cadena. Desde la perspectiva del usuario, sin embargo, ambos casos pueden parecer casi idénticos: la transacción no se envió.
Eso crea un sutil problema de UX. La red puede estar funcionando correctamente, mientras que el nodo individual simplemente está atrasado. Así que la pregunta real se convierte en si las carteras y las aplicaciones pueden distinguir claramente “tu transacción es inválida” de “tu nodo aún no se ha puesto al día”.
Esa distinción importa más a medida que las aplicaciones dependen cada vez más de una ejecución fiable.
¿Cómo debería una blockchain mostrar esa diferencia a los usuarios sin añadir complejidad innecesaria?
#dusk $DUSK @Dusk