#dusk $DUSK @Dusk
Então, quando uma transação é "confirmada", o que aconteceu de fato?
No passado, eu costumava tratar confirmação e finalidade como a mesma palavra. Eu via uma transação passar, esperava um pouco e considerava o assunto encerrado. Se alguém tivesse me perguntado se ainda poderia ser revertida, eu teria dito não sem pensar muito no porquê.
Mas quanto mais eu analisava como o Dusk descreve o settlement, mais percebi que estava juntando duas ideias diferentes.
Na maioria das redes, uma transação fica mais segura quanto mais tempo você espera. Nada declara que ela é permanente. Você simplesmente chega a um ponto em que reverter isso seria tão caro que ninguém razoavelmente faria. Isso é uma probabilidade, não uma promessa.
O Dusk aborda isso de forma diferente. Seu consenso é desenhado para que um bloco seja liquidado pelas regras do próprio protocolo, em vez de ir ficando gradualmente mais seguro com o tempo.
O que achei particularmente notável é por que essa distinção importa muito mais em finanças do que em usos comuns de cripto. Se eu enviar dinheiro para alguém e levar mais um minuto para parecer seguro, nada importante acontece. Mas um sistema de liquidação não consegue operar com "muito provavelmente permanente". Alguém precisa ser responsabilizado pelo momento em que uma transferência se torna irreversível, e esse momento precisa ser um fato e não uma estimativa.
Isso também explica algo que antes me deixou confuso. Construir uma camada de liquidação do zero é um trabalho enorme quando já existem opções mais rápidas. Só faz sentido se a garantia em si for o produto.
Ainda não estou em posição de dizer como isso se comporta quando a rede está sob pressão real, e não em condições normais. É aí que os projetos geralmente revelam o que realmente prometeram.
Mas a partir daqui eu parei de ler "confirmada" como uma ideia única. Existe o momento em que uma transação acontece, e existe o momento em que ela deixa de ser reversível, e essas duas coisas nem sempre são a mesma.
Então, quando uma transação é "confirmada", o que aconteceu de fato?
No passado, eu costumava tratar confirmação e finalidade como a mesma palavra. Eu via uma transação passar, esperava um pouco e considerava o assunto encerrado. Se alguém tivesse me perguntado se ainda poderia ser revertida, eu teria dito não sem pensar muito no porquê.
Mas quanto mais eu analisava como o Dusk descreve o settlement, mais percebi que estava juntando duas ideias diferentes.
Na maioria das redes, uma transação fica mais segura quanto mais tempo você espera. Nada declara que ela é permanente. Você simplesmente chega a um ponto em que reverter isso seria tão caro que ninguém razoavelmente faria. Isso é uma probabilidade, não uma promessa.
O Dusk aborda isso de forma diferente. Seu consenso é desenhado para que um bloco seja liquidado pelas regras do próprio protocolo, em vez de ir ficando gradualmente mais seguro com o tempo.
O que achei particularmente notável é por que essa distinção importa muito mais em finanças do que em usos comuns de cripto. Se eu enviar dinheiro para alguém e levar mais um minuto para parecer seguro, nada importante acontece. Mas um sistema de liquidação não consegue operar com "muito provavelmente permanente". Alguém precisa ser responsabilizado pelo momento em que uma transferência se torna irreversível, e esse momento precisa ser um fato e não uma estimativa.
Isso também explica algo que antes me deixou confuso. Construir uma camada de liquidação do zero é um trabalho enorme quando já existem opções mais rápidas. Só faz sentido se a garantia em si for o produto.
Ainda não estou em posição de dizer como isso se comporta quando a rede está sob pressão real, e não em condições normais. É aí que os projetos geralmente revelam o que realmente prometeram.
Mas a partir daqui eu parei de ler "confirmada" como uma ideia única. Existe o momento em que uma transação acontece, e existe o momento em que ela deixa de ser reversível, e essas duas coisas nem sempre são a mesma.