Ao estudar a arquitetura técnica do Dusk, encontrei um ponto de contradição fácil de ignorar: ele dedica grande esforço para garantir conformidade na camada de transações, mas quase não se fala sobre como a distribuição do controle na camada de execução da EVM é feita.
A documentação menciona que a camada EVM é responsável pelo empacotamento das transações via um único sequenciador, o que segue a mesma lógica dos sequenciadores centralizados das redes de camada 2 da Ethereum. À primeira vista, isso pode melhorar a eficiência e reduzir custos, mas, quando instituições fazem due diligence, a primeira pergunta é sempre: quem opera esse sequenciador? Quem responde em caso de indisponibilidade? Quem adianta recursos quando os ativos do cliente ficam presos na fila?
Mesmo que o Phoenix e o Zedger sejam desenhados de forma ainda mais sofisticada, eles só conseguem garantir a confidencialidade do conteúdo das transações e a correção da lógica de verificação. Mas, se a chave geral do nível de execução estiver nas mãos de uma única entidade, a proposta de “infraestrutura financeira descentralizada” perde força.
As regras de custódia da ESMA (Autoridade Europeia dos Valores Mobiliários e dos Mercados) justamente cobram esse tipo de questão: quem controla os ativos do cliente e quem assume a responsabilidade quando o sistema interrompe a operação.
Mais contraditório ainda é que a camada de consenso da rede principal do Dusk realmente dá garantia de finalização das transações, mas os privilégios de ordenação na camada de execução continuam centralizados. É como se você construísse um cofre à prova de balas, mas o cartão de acesso do cofre fosse apenas um, e estivesse no bolso do próprio time do projeto.
Não estou dizendo que a centralização do sequenciador necessariamente é inviável; o problema é que existe uma tensão entre esse desenho e a narrativa de “conformidade em nível institucional”. Instituições financeiras tradicionais precisam de garantias operacionais que possam ser inseridas em contrato, e não de “confie que seremos responsáveis por gerenciar”. Se o Dusk realmente pretende atender grandes volumes de ativos institucionais, essa questão de transparência na distribuição de controle será respondida mais cedo ou mais tarde.
Vou avaliar quão atraente essa arquitetura é para instituições quando algum dia virem ser divulgados claramente os mecanismos de governança do sequenciador, os planos de contingência e o roteiro de descentralização. Por enquanto, só dá para dizer que a capacidade técnica está lá, mas a maturidade da arquitetura operacional ainda precisa ser validada com o tempo.
#dusk $DUSK @Dusk
A documentação menciona que a camada EVM é responsável pelo empacotamento das transações via um único sequenciador, o que segue a mesma lógica dos sequenciadores centralizados das redes de camada 2 da Ethereum. À primeira vista, isso pode melhorar a eficiência e reduzir custos, mas, quando instituições fazem due diligence, a primeira pergunta é sempre: quem opera esse sequenciador? Quem responde em caso de indisponibilidade? Quem adianta recursos quando os ativos do cliente ficam presos na fila?
Mesmo que o Phoenix e o Zedger sejam desenhados de forma ainda mais sofisticada, eles só conseguem garantir a confidencialidade do conteúdo das transações e a correção da lógica de verificação. Mas, se a chave geral do nível de execução estiver nas mãos de uma única entidade, a proposta de “infraestrutura financeira descentralizada” perde força.
As regras de custódia da ESMA (Autoridade Europeia dos Valores Mobiliários e dos Mercados) justamente cobram esse tipo de questão: quem controla os ativos do cliente e quem assume a responsabilidade quando o sistema interrompe a operação.
Mais contraditório ainda é que a camada de consenso da rede principal do Dusk realmente dá garantia de finalização das transações, mas os privilégios de ordenação na camada de execução continuam centralizados. É como se você construísse um cofre à prova de balas, mas o cartão de acesso do cofre fosse apenas um, e estivesse no bolso do próprio time do projeto.
Não estou dizendo que a centralização do sequenciador necessariamente é inviável; o problema é que existe uma tensão entre esse desenho e a narrativa de “conformidade em nível institucional”. Instituições financeiras tradicionais precisam de garantias operacionais que possam ser inseridas em contrato, e não de “confie que seremos responsáveis por gerenciar”. Se o Dusk realmente pretende atender grandes volumes de ativos institucionais, essa questão de transparência na distribuição de controle será respondida mais cedo ou mais tarde.
Vou avaliar quão atraente essa arquitetura é para instituições quando algum dia virem ser divulgados claramente os mecanismos de governança do sequenciador, os planos de contingência e o roteiro de descentralização. Por enquanto, só dá para dizer que a capacidade técnica está lá, mas a maturidade da arquitetura operacional ainda precisa ser validada com o tempo.
#dusk $DUSK @Dusk