#dusk $DUSK @Dusk
Eu costumava pensar que, uma vez que uma transação era aceita, ela basicamente estava concluída. Depois, analisei melhor o ciclo de vida das transações da Dusk e encontrei uma distinção que eu não havia considerado: enviado, aceito e finalizado não são necessariamente o mesmo momento.
Isso parece um detalhe técnico até que uma aplicação financeira comece a agir sobre aquela transação.
Se uma transferência de ativo, um pagamento ou outra instrução depender disso, agir antes da finalização pode significar construir o próximo passo sobre um estado que na verdade ainda não foi liquidado. O que acho interessante é que a Dusk trata a finalidade determinística como parte da infraestrutura necessária para aplicações financeiras, em vez de apenas mais uma métrica de desempenho de blockchain.
Em que momento uma aplicação financeira deve parar de perguntar “foi aceito?” e começar a perguntar “é final?”
@Dusk #dusk $BTC $BNB
Eu costumava pensar que, uma vez que uma transação era aceita, ela basicamente estava concluída. Depois, analisei melhor o ciclo de vida das transações da Dusk e encontrei uma distinção que eu não havia considerado: enviado, aceito e finalizado não são necessariamente o mesmo momento.
Isso parece um detalhe técnico até que uma aplicação financeira comece a agir sobre aquela transação.
Se uma transferência de ativo, um pagamento ou outra instrução depender disso, agir antes da finalização pode significar construir o próximo passo sobre um estado que na verdade ainda não foi liquidado. O que acho interessante é que a Dusk trata a finalidade determinística como parte da infraestrutura necessária para aplicações financeiras, em vez de apenas mais uma métrica de desempenho de blockchain.
Em que momento uma aplicação financeira deve parar de perguntar “foi aceito?” e começar a perguntar “é final?”
@Dusk #dusk $BTC $BNB