A Dusk está construindo uma Layer-1 para aplicações financeiras focadas em privacidade, com a DuskDS lidando com consenso e liquidação enquanto a execução pode acontecer via DuskVM. O que me interessa não é apenas a tecnologia de privacidade. Estou mais interessado no espaço entre privacidade, execução, verificação e finalização.

Vejo o fluxo assim: eu crio uma transação, os mecanismos de privacidade protegem informações sensíveis, a transação entra na rede, a execução processa a alteração de estado, os validadores verificam o bloco e, eventualmente, o consenso torna aquele estado final.

Mas eu não trato automaticamente verificação como resiliência.

Aprendi isso com um erro do passado. Eu uma vez olhei para uma verificação criptográfica forte e presumi que toda a infraestrutura era igualmente robusta. Agora eu pergunto o que acontece quando algo ao redor desse processo de verificação dá errado.

E se nós receberem informações em tempos diferentes? E se a execução tiver sucesso, mas a finalização for atrasada? E se um validador ficar indisponível?

Não estou afirmando que a Dusk tenha uma vulnerabilidade. Estou apenas interessado em como a arquitetura se comporta sob pressão.

Para mim, é aí que começa a pesquisa de verdade.

@Dusk_Foundation #Dusk #blockchain #PrivacyProtection #Web3 #crypto $DUSK
$TUT

$GPS