Diseño de Interfaces para DApps

En que hay estados que una app tradicional no tiene: transacción pendiente, red equivocada, billetera desconectada, comisión que cambió mientras el usuario decidía. Diseñar una DApp es sobre todo diseñar esos estados intermedios, no las pantallas del camino feliz.

Algo que explique que la espera es normal, cuánto puede tardar y que la operación no se perdió. Es el momento donde más gente cierra la pestaña y vuelve a intentar, generando el doble gasto de comisiones y la sensación de que la aplicación está rota.

Traduciéndolos. Un mensaje crudo del contrato no le dice nada al usuario y lo deja sin saber si perdió dinero. Se mapean los errores frecuentes a explicaciones concretas y, cuando hay algo que hacer, se ofrece la acción ahí mismo.

Sí, y es necesario. Muchas decisiones de interfaz dependen de qué información expone el contrato: si el dato no está disponible, no hay diseño que lo muestre. Cuanto antes se converse, menos rediseño después.