#dusk $DUSK @Dusk
Antes pensaba que, una vez que se aceptaba una transacción, básicamente ya estaba todo hecho. Luego miré con más detenimiento el ciclo de vida de las transacciones de Dusk y encontré una distinción que no había considerado realmente: enviado, aceptado y finalizado no necesariamente ocurren en el mismo momento.
Eso suena como un detalle técnico hasta que una aplicación financiera empieza a actuar sobre esa transacción.
Si una transferencia de activos, un pago u otra instrucción depende de ella, actuar antes de la finalización podría significar construir el siguiente paso sobre un estado que en realidad aún no está asentado. Lo que me resulta interesante es que Dusk trata la finalización determinista como parte de la infraestructura necesaria para las aplicaciones financieras, en lugar de ser solo otra métrica de rendimiento de blockchain.
¿En qué momento debería una aplicación financiera dejar de preguntar “¿se aceptó?” y empezar a preguntar “¿es final?”
@Dusk #dusk $BTC $BNB
Antes pensaba que, una vez que se aceptaba una transacción, básicamente ya estaba todo hecho. Luego miré con más detenimiento el ciclo de vida de las transacciones de Dusk y encontré una distinción que no había considerado realmente: enviado, aceptado y finalizado no necesariamente ocurren en el mismo momento.
Eso suena como un detalle técnico hasta que una aplicación financiera empieza a actuar sobre esa transacción.
Si una transferencia de activos, un pago u otra instrucción depende de ella, actuar antes de la finalización podría significar construir el siguiente paso sobre un estado que en realidad aún no está asentado. Lo que me resulta interesante es que Dusk trata la finalización determinista como parte de la infraestructura necesaria para las aplicaciones financieras, en lugar de ser solo otra métrica de rendimiento de blockchain.
¿En qué momento debería una aplicación financiera dejar de preguntar “¿se aceptó?” y empezar a preguntar “¿es final?”
@Dusk #dusk $BTC $BNB