Eu costumava achar que a liquidação em blockchain era simples: assim que uma transação aparecia em um bloco, o trabalho basicamente estava terminado.
Ao analisar melhor o @Dusk, percebi que isso ignora uma distinção importante.
O ciclo de vida das transações do Dusk separa a aceitação do bloco da finalização. De acordo com a documentação do Dusk, blocos aceitos ainda podem ser revertidos. Um bloco e suas transações se tornam finais quando um evento "blocks/statechange" informa que o estado está como "finalized".
Essa distinção fica ainda mais interessante quando olhamos para o mecanismo por trás disso.
O DuskDS usa Succinct Attestation, o protocolo de consenso de proof-of-stake sem permissão do Dusk, baseado em comitê. Cada rodada de consenso avança por proposta, validação e ratificação, sendo que a ratificação finaliza o bloco e fornece finalização determinística.
Para uma atividade comum em blockchain, a diferença entre estar incluído em um bloco aceito e alcançar a finalidade pode soar apenas técnica. Para infraestrutura financeira, porém, eu acho que isso levanta uma questão muito mais prática: em que momento outro sistema deveria começar a confiar uma transação como sendo final?
Isso mudou a forma como eu enxergo a velocidade do blockchain.
Talvez a qualidade da liquidação não deva ser julgada apenas por quão rapidamente uma transação aparece. O que também importa é ter um ponto claramente definido em que o estado resultante se torna final.
Isso torna a abordagem do Dusk para finalidade uma parte interessante de sua infraestrutura para mercados financeiros, separada das funcionalidades de privacidade que geralmente recebem mais atenção.
@Dusk_Foundation $DUSK #dusk
Ao analisar melhor o @Dusk, percebi que isso ignora uma distinção importante.
O ciclo de vida das transações do Dusk separa a aceitação do bloco da finalização. De acordo com a documentação do Dusk, blocos aceitos ainda podem ser revertidos. Um bloco e suas transações se tornam finais quando um evento "blocks/statechange" informa que o estado está como "finalized".
Essa distinção fica ainda mais interessante quando olhamos para o mecanismo por trás disso.
O DuskDS usa Succinct Attestation, o protocolo de consenso de proof-of-stake sem permissão do Dusk, baseado em comitê. Cada rodada de consenso avança por proposta, validação e ratificação, sendo que a ratificação finaliza o bloco e fornece finalização determinística.
Para uma atividade comum em blockchain, a diferença entre estar incluído em um bloco aceito e alcançar a finalidade pode soar apenas técnica. Para infraestrutura financeira, porém, eu acho que isso levanta uma questão muito mais prática: em que momento outro sistema deveria começar a confiar uma transação como sendo final?
Isso mudou a forma como eu enxergo a velocidade do blockchain.
Talvez a qualidade da liquidação não deva ser julgada apenas por quão rapidamente uma transação aparece. O que também importa é ter um ponto claramente definido em que o estado resultante se torna final.
Isso torna a abordagem do Dusk para finalidade uma parte interessante de sua infraestrutura para mercados financeiros, separada das funcionalidades de privacidade que geralmente recebem mais atenção.
@Dusk_Foundation $DUSK #dusk