Recentemente tenho vindo a estudar o conceito de modularidade, e, para ser sincero, pode não ser tão “revolucionário” para o utilizador final; é mais: antes usavas uma cadeia, agora pode ser “liquidação em A, execução em B, dados em C”, na carteira ainda parece só confirmar e esperar por um bloco, só que o caminho ficou mais longo. A vantagem é que os custos e a lentidão podem ser mais controlados, e as aplicações mais fáceis de expandir com funcionalidades; as desvantagens também são bastante reais: pontes, mensagens entre cadeias, várias camadas intermédias, mais pontos de falha, maior complexidade na segurança e na responsabilização.



Por acaso, nestes dias lembrei-me do debate na comunidade sobre moedas de privacidade/misturadoras e limites de conformidade, e parece que a modularidade vai tornar tudo mais complicado: módulos de privacidade, módulos de conformidade podem ser inseridos, mas no final quem deve assumir a culpa, quem pode ser congelado com um clique, acaba sempre a depender da governança e do design das interfaces, não é algo que se resolva com apenas “quatro palavras” de “opções técnicas”.

Agora, ao escolher aplicações, dou mais atenção a quais camadas elas dependem, se é possível explicar claramente onde ocorreu o problema, de qualquer forma não quero ser levado pelo ruído. E tu?
Ver original
Esta página pode conter conteúdos de terceiros, que são fornecidos apenas para fins informativos (sem representações/garantias) e não devem ser considerados como uma aprovação dos seus pontos de vista pela Gate, nem como aconselhamento financeiro ou profissional. Consulte a Declaração de exoneração de responsabilidade para obter mais informações.
  • Recompensa
  • Comentar
  • Republicar
  • Partilhar
Comentar
Adicionar um comentário
Adicionar um comentário
Nenhum comentário
  • Fixar