Eu estava vasculhando as atualizações recentes do GitHub do Dusk e parei em algo que provavelmente teria ignorado antes: grande parte do trabalho está acontecendo profundamente na infraestrutura, não nas principais funcionalidades em destaque.
As pessoas muitas vezes ouvem “blockchain de privacidade” e pensam que o objetivo principal é simplesmente ocultar transações. Eu também assumi isso no começo. Mas o Dusk está tentando levar a privacidade para um stack financeiro muito maior, com seu próprio VM, compatibilidade com DuskEVM, modelos de transação e arquitetura de liquidação.
O que chamou minha atenção é como a rede separa essas partes em vez de tentar fazer tudo se comportar como um único ambiente de execução gigantesco.
As releases recentes do Rusk e o trabalho do Boreas também mostram atenção voltada para coisas que desenvolvedores raramente discutem nas redes sociais: formatos de transação, regras de execução, custos de consultas ao host, compatibilidade com EVM e verificações de segurança.
Sinceramente, essa parte me interessa mais do que outra narrativa de “a privacidade é o futuro”.
Porque, se o Dusk está mirando aplicações financeiras, talvez só a privacidade não seja suficiente. Desenvolvedores precisarão de ferramentas familiares. Instituições precisarão de execução previsível. E os usuários precisarão de que tudo pareça simples, mesmo que a engrenagem por baixo não seja nada simples.
Eu inicialmente olhei para o Dusk através da lente da privacidade. Agora estou mais interessado nas compensações de engenharia por trás disso.
O teste real pode vir quando os desenvolvedores tiverem que escolher entre uma cadeia focada em privacidade e as alternativas mais fáceis e já estabelecidas.
A arquitetura do Dusk será boa o bastante para tornar essa escolha algo óbvio?
@Dusk_Foundation $DUSK #dusk
As pessoas muitas vezes ouvem “blockchain de privacidade” e pensam que o objetivo principal é simplesmente ocultar transações. Eu também assumi isso no começo. Mas o Dusk está tentando levar a privacidade para um stack financeiro muito maior, com seu próprio VM, compatibilidade com DuskEVM, modelos de transação e arquitetura de liquidação.
O que chamou minha atenção é como a rede separa essas partes em vez de tentar fazer tudo se comportar como um único ambiente de execução gigantesco.
As releases recentes do Rusk e o trabalho do Boreas também mostram atenção voltada para coisas que desenvolvedores raramente discutem nas redes sociais: formatos de transação, regras de execução, custos de consultas ao host, compatibilidade com EVM e verificações de segurança.
Sinceramente, essa parte me interessa mais do que outra narrativa de “a privacidade é o futuro”.
Porque, se o Dusk está mirando aplicações financeiras, talvez só a privacidade não seja suficiente. Desenvolvedores precisarão de ferramentas familiares. Instituições precisarão de execução previsível. E os usuários precisarão de que tudo pareça simples, mesmo que a engrenagem por baixo não seja nada simples.
Eu inicialmente olhei para o Dusk através da lente da privacidade. Agora estou mais interessado nas compensações de engenharia por trás disso.
O teste real pode vir quando os desenvolvedores tiverem que escolher entre uma cadeia focada em privacidade e as alternativas mais fáceis e já estabelecidas.
A arquitetura do Dusk será boa o bastante para tornar essa escolha algo óbvio?
@Dusk_Foundation $DUSK #dusk