Voltei a analisar novamente o modelo de segurança do Dusk e a recente atualização do AEGIS me fez parar por um segundo.
O Dusk divulgou 39 achados de segurança endereçados na remediação, incluindo sete classificados como críticos. Os problemas tocaram áreas que vão desde execução de VM e segurança de memória até autenticação de consenso e tratamento de transações Phoenix. �
Dusk
Isso não é algo do tipo que você normalmente vê na versão polida de uma história de infraestrutura.
Mas, honestamente, acho que vale a pena prestar atenção.
Uma rede projetada para atividades financeiras regulamentadas não pode tratar a segurança como um marco único. Quanto mais funcionalidade você coloca na camada base, mais superfícies existem para testar, revisar e, ocasionalmente, repensar.
O que chamou minha atenção foi que o Dusk não enquadrou esses achados como um motivo para esconder as partes difíceis. A resposta foi uma grande bifurcação (hard fork) e um amplo esforço de remediação.
Isso muda a forma como eu encaro a maturidade do protocolo.
A segurança não é realmente comprovada quando tudo parece limpo.
Ela é testada quando algo dá errado, quando as premissas são questionadas e quando a equipe precisa decidir quanto do sistema precisa mudar.
O Dusk está tentando construir uma infraestrutura em que privacidade, contratos inteligentes e liquidação financeira se encontrem.
Então talvez a pergunta mais útil não seja se vulnerabilidades existirão algum dia.
É se a rede continua melhorando na detecção delas antes que uma atividade financeira real dependa disso.
@Dusk_Foundation $DUSK #dusk
O Dusk divulgou 39 achados de segurança endereçados na remediação, incluindo sete classificados como críticos. Os problemas tocaram áreas que vão desde execução de VM e segurança de memória até autenticação de consenso e tratamento de transações Phoenix. �
Dusk
Isso não é algo do tipo que você normalmente vê na versão polida de uma história de infraestrutura.
Mas, honestamente, acho que vale a pena prestar atenção.
Uma rede projetada para atividades financeiras regulamentadas não pode tratar a segurança como um marco único. Quanto mais funcionalidade você coloca na camada base, mais superfícies existem para testar, revisar e, ocasionalmente, repensar.
O que chamou minha atenção foi que o Dusk não enquadrou esses achados como um motivo para esconder as partes difíceis. A resposta foi uma grande bifurcação (hard fork) e um amplo esforço de remediação.
Isso muda a forma como eu encaro a maturidade do protocolo.
A segurança não é realmente comprovada quando tudo parece limpo.
Ela é testada quando algo dá errado, quando as premissas são questionadas e quando a equipe precisa decidir quanto do sistema precisa mudar.
O Dusk está tentando construir uma infraestrutura em que privacidade, contratos inteligentes e liquidação financeira se encontrem.
Então talvez a pergunta mais útil não seja se vulnerabilidades existirão algum dia.
É se a rede continua melhorando na detecção delas antes que uma atividade financeira real dependa disso.
@Dusk_Foundation $DUSK #dusk