#dusk $DUSK @Dusk
Comecei a analisar o desenho de liquidação e acabei focando em um conceito financeiro:
Entrega versus pagamento.
A ideia é simples.
Um lado entrega o ativo.
O outro lado entrega o pagamento.
Ambos precisam ser liquidados em conjunto.
Se o ativo se mover enquanto o pagamento falha, a transação tem um problema.
Se o pagamento se mover enquanto o ativo falha, o problema simplesmente muda de lado.
Por isso, colocar uma segurança onchain é apenas parte do problema de liquidação.
Tanto a perna do ativo quanto a perna do pagamento importam.
O Regime-Piloto de DLT da UE torna isso especialmente relevante, pois fornece um enquadramento para testar infraestrutura de mercado financeiro baseada em DLT em condições regulatórias.
A finalidade determinística de @Dusk dá à rede um ponto claro de liquidação, com $DUSK financiando os validadores que o alcançam. #dusk
Mas a finalidade sozinha não cria DvP.
Os dois lados ainda precisam coordenar corretamente.
É essa a parte que eu gostaria de ver demonstrada em uma transação real regulada.
Não um diagrama.
Não um conceito.
Uma perna de ativo e uma perna de pagamento reais concluindo juntas sob as regras exigidas.
Isso me diria muito mais sobre o desenho de liquidação da Dusk do que outra comparação de desempenho.