A blockchain enfrenta uma questão antiga e recorrente — a dificuldade de conciliar descentralização, segurança e escalabilidade. Mas, para as redes públicas focadas em aplicações financeiras, o problema é mais específico: como proteger a privacidade, atender às exigências de conformidade e ainda assim não sacrificar o desempenho? Privacidade forte muitas vezes prejudica a velocidade; incorporar mecanismos de conformidade pode comprometer a privacidade; buscar alta performance exige simplificar funcionalidades. Parece um nó sem solução.



Existe um projeto chamado Dusk, cuja abordagem é não tentar encaixar todas as funcionalidades em um único sistema monolítico, mas dividir em módulos, cada um com sua função.

**Camada de execução cuida da privacidade**

A camada Piecrust VM é dedicada a rodar contratos de privacidade, baseada na arquitetura WASM. Aqui, é possível executar códigos que incluem provas de conhecimento zero, e a eficiência é boa. Quais as vantagens? Essa camada pode ser otimizada de forma independente, por exemplo, integrando aceleradores de hardware ZK, sem precisar se preocupar com as demais camadas. A lógica de cálculo de privacidade, por mais complexa, fica restrita a essa camada, sem se espalhar por todo o sistema.

**Camada de liquidação trata de conformidade e segurança**

O consenso SBP assume as tarefas de liquidação e consenso. Ele oferece uma finalização rápida do tipo BFT — essencial para aplicações financeiras que requerem essa certeza rápida. Essa camada também incorpora um estado global de conformidade e uma interface de auditoria, funcionando como uma âncora de conformidade para os resultados do cálculo de privacidade, garantindo que cada transação possa ser rastreada até o quadro regulatório.

**Camada de dados é responsável pelo throughput**

A parte de armazenamento e distribuição dos dados das transações é separada, usando estruturas de dados e protocolos mais adequados para alta taxa de transferência. Assim, uma grande quantidade de dados de transações privadas pode circular de forma eficiente, aliviando o gargalo de desempenho do sistema como um todo.

O ponto-chave é a padronização das interfaces. A camada de execução gera um pacote de transação "privado e conforme", acompanhado de uma prova de que "executei o contrato de privacidade de acordo com as regras, todas as operações estão em conformidade". A camada de liquidação não precisa reexecutar essa lógica — basta verificar a validade da prova e a sequência de consenso, para concluir a liquidação.

Essa é a beleza da modularidade — divisão clara de tarefas, validação eficiente, com foco distinto em privacidade, conformidade e desempenho, sem que um aspecto prejudique o outro.
DUSK-4,83%
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
  • 7
  • Republicar
  • Partilhar
Comentar
Adicionar um comentário
Adicionar um comentário
DataOnlookervip
· 01-22 12:14
Ai, esta abordagem é realmente genial, a separação em camadas é a chave para quebrar o impasse
Ver originalResponder0
SerLiquidatedvip
· 01-20 16:44
A abordagem de arquitetura modular é realmente inteligente, mas, para ser sincero, tudo depende de como ela funciona na prática.
Ver originalResponder0
WenMoonvip
· 01-20 07:47
A abordagem modular realmente é excelente, parece que finalmente alguém esclareceu o conflito entre privacidade e conformidade
Ver originalResponder0
SchrodingersFOMOvip
· 01-20 07:47
A abordagem modular é realmente inteligente, mas, para ser honesto, quantos projetos acabam por ser arrastados pelo chão devido às fricções da realidade?
Ver originalResponder0
QuietlyStakingvip
· 01-20 07:43
A arquitetura modular soa bem, mas não sei se na implementação vai haver problemas.
Ver originalResponder0
AirdropHustlervip
· 01-20 07:36
A ideia de modularização é realmente excelente, mas o Dusk consegue realmente ser implementado? Parece mais um projeto que só faz promessas vazias
Ver originalResponder0
OnchainGossipervip
· 01-20 07:33
Ai, esta abordagem realmente é clara, a divisão modular de tarefas é muito melhor do que tentar juntar tudo de uma vez

Para ser honesto, aqueles projetos que tentaram resolver a conformidade de privacidade de uma só vez, o resultado foi que todos fracassaram

A divisão entre camada de execução, camada de liquidação e camada de dados do Dusk realmente parece ter encontrado um ponto válido

Principalmente, acho que o design do "âncora de conformidade" tocou no ponto certo, privacidade é privacidade, mas a cadeia de auditoria precisa estar clara, assim também pode ser aceita pelo setor financeiro tradicional

Só não sei se na prática haverá outros obstáculos... Essa validação de interface entre módulos realmente pode atingir o valor ideal?

Vamos esperar pelos dados de testes reais, só de olhar o documento de design é fácil de errar

Aliás, essa abordagem pode se tornar o padrão na arquitetura de blockchains públicas no futuro?
Ver originalResponder0
  • Fixar