Recentemente tenho revisitado o conceito de modularidade, e, para ser sincero, talvez não seja tão “revolucionário” para o usuário final, mais uma questão de: antes você usava uma cadeia, hoje pode ser “liquidação em A, execução em B, dados em C”, na carteira ainda parece apenas confirmar, esperar por um bloco, só que o caminho ficou mais longo. A vantagem é que os custos e travamentos podem ficar mais controláveis, e as aplicações mais fáceis de ampliar funcionalidades; a desvantagem também é realista: pontes, mensagens cross-chain, várias camadas intermediárias, aumentam os pontos de falha, tornando a segurança e a responsabilização mais complicadas.



Aproveitando, pensei nesses dias na discussão da comunidade sobre moedas de privacidade/mescladores e limites de conformidade, e sinto que a modularidade vai tornar essa questão ainda mais complexa: 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, ainda depende de 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, me preocupo mais com 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 você?
Ver original
Esta página pode conter conteúdo de terceiros, que é fornecido apenas para fins informativos (não para representações/garantias) e não deve ser considerada como um endosso de suas opiniões pela Gate nem como aconselhamento financeiro ou profissional. Consulte a Isenção de responsabilidade para obter detalhes.
  • Recompensa
  • Comentário
  • Repostar
  • Compartilhar
Comentário
Adicionar um comentário
Adicionar um comentário
Sem comentários
  • Fixado