#dusk $DUSK @Dusk
He estado pensando en algo menos obvio con Dusk últimamente
la finalidad es parte de la experiencia del usuario.
cuando una aplicación gestiona activos regulados no basta con que una transacción eventualmente llegue a una cadena.

la aplicación necesita saber cuándo ese estado realmente puede tratarse como final.
en eso es donde el diseño de consenso de Dusk se vuelve interesante para mí.

las transacciones pasan por un proceso estructurado de validación antes de que la red acepte el siguiente estado, en lugar de dejar que las aplicaciones adivinen si una transacción aceptada realmente está liquidada.

esto importa más para la infraestructura financiera de lo que podría sonar.

una decisión de cumplimiento para una transferencia de un activo tokenizado o una instrucción de liquidación puede depender de saber exactamente cuándo el estado anterior ya no va a cambiar

la parte que todavía estoy intentando entender es cómo se comporta esto cuando la actividad de la red aumenta mucho por encima de lo normal.

la finalidad rápida en papel es una cosa.

mantener esa experiencia predecible bajo una demanda real es otra.

esa es la parte a la que yo prestaría atención.
¿qué opinas?