Por que a Dusk construiu seu VM em torno de Provas de Zero Conhecimento
Eu estava pensando sobre algo esta manhã
Se a Dusk está tentando trazer aplicações financeiras para a blockchain mantendo alguma informação privada, por que não apenas construir primeiro o sistema de smart contracts e adicionar ferramentas de zero-conhecimento depois
Essa era a minha suposição
Então voltei para o whitepaper da Dusk e olhei com mais atenção para o Rusk, o VM usado para a execução de smart contracts
É aí que as coisas ficaram interessantes
O Rusk não é apenas um ambiente de execução normal com privacidade adicionada por cima
O design dá aos contratos acesso direto a operações criptográficas, incluindo hash, operações de curvas elípticas, verificação de assinaturas e de provas de zero-conhecimento
No começo eu pensei que isso era apenas uma conveniência para desenvolvedores
Então percebi por que isso importa
Se as provas de zero-conhecimento são algo que uma aplicação só pode precisar ocasionalmente, você pode tratá-las como uma ferramenta extra
Mas se você está construindo aplicações financeiras em que alguma informação precisa permanecer confidencial enquanto o sistema ainda precisa provar que as regras foram seguidas, a criptografia se torna parte da execução em si
Então colocar essas capacidades mais próximas do VM começa a fazer muito mais sentido
Quanto mais eu olhava, mais eu sentia que a Dusk não estava simplesmente perguntando
Como adicionar privacidade aos smart contracts
A pergunta mais profunda parece ser
Como deve ser a execução de smart contracts se privacidade e computação verificável fazem parte do trabalho desde o início
Esse é um problema de design muito mais interessante
E, honestamente, esse foi um daqueles detalhes que provavelmente eu teria perdido se eu tivesse lido apenas a descrição usual da Dusk como uma blockchain de privacidade
#dusk $DUSK @Dusk $BR $BTW
Eu estava pensando sobre algo esta manhã
Se a Dusk está tentando trazer aplicações financeiras para a blockchain mantendo alguma informação privada, por que não apenas construir primeiro o sistema de smart contracts e adicionar ferramentas de zero-conhecimento depois
Essa era a minha suposição
Então voltei para o whitepaper da Dusk e olhei com mais atenção para o Rusk, o VM usado para a execução de smart contracts
É aí que as coisas ficaram interessantes
O Rusk não é apenas um ambiente de execução normal com privacidade adicionada por cima
O design dá aos contratos acesso direto a operações criptográficas, incluindo hash, operações de curvas elípticas, verificação de assinaturas e de provas de zero-conhecimento
No começo eu pensei que isso era apenas uma conveniência para desenvolvedores
Então percebi por que isso importa
Se as provas de zero-conhecimento são algo que uma aplicação só pode precisar ocasionalmente, você pode tratá-las como uma ferramenta extra
Mas se você está construindo aplicações financeiras em que alguma informação precisa permanecer confidencial enquanto o sistema ainda precisa provar que as regras foram seguidas, a criptografia se torna parte da execução em si
Então colocar essas capacidades mais próximas do VM começa a fazer muito mais sentido
Quanto mais eu olhava, mais eu sentia que a Dusk não estava simplesmente perguntando
Como adicionar privacidade aos smart contracts
A pergunta mais profunda parece ser
Como deve ser a execução de smart contracts se privacidade e computação verificável fazem parte do trabalho desde o início
Esse é um problema de design muito mais interessante
E, honestamente, esse foi um daqueles detalhes que provavelmente eu teria perdido se eu tivesse lido apenas a descrição usual da Dusk como uma blockchain de privacidade
#dusk $DUSK @Dusk $BR $BTW