Recentemente, há uma rota tecnológica que vale a pena explorar — a ideia de design do DuskEVM não é simplesmente criar uma nova cadeia EVM, mas sim integrar toda a eficiência de desenvolvimento do ecossistema EVM numa infraestrutura L1 compatível com privacidade e conformidade.

Primeiro, o progresso técnico. O DuskDS, como camada de disponibilidade de dados e liquidação, já está estável na mainnet, e a atualização do Rusk é o último obstáculo antes do lançamento do DuskEVM na mainnet. O objetivo principal desta atualização é: unificar o processamento de transações BLOB. Em outras palavras, a pipeline que permite que transações em lote do L2 sejam ordenadamente transferidas para o L1 finalmente estará completamente estabelecida.

Vamos aos indicadores técnicos. Os BLOBs são produzidos em intervalos fixos, aproximadamente a cada 7 minutos, formando uma janela de produção. Se um lote de transações EVM exceder a capacidade de um único BLOB, o sistema automaticamente passa para a janela seguinte; com os parâmetros atuais, cada janela pode acomodar até 6 BLOBs. Pode-se entender isso como uma via rápida de múltiplas pistas para liquidação — quanto mais fixas e claras forem as pistas, maior será a previsibilidade na capacidade de processamento e nos custos, o que é crucial para negócios sensíveis à estabilidade de liquidação, como DeFi e RWA.

Mais interessante ainda é a proposta de posicionamento geral. O DuskEVM é essencialmente uma camada de execução compatível com EVM, mas a base de liquidação é uma L1 de privacidade e conformidade que não é EVM (DuskDS) — isso não é uma simples troca de aparência, mas uma fusão forçada entre a "ferramenta familiar para desenvolvedores" e a "base de conformidade necessária às instituições".

Para os desenvolvedores, o que isso significa? Carteiras, hardwares de assinatura e outras ferramentas do ecossistema EVM podem ser integradas de forma mais fluida, reduzindo drasticamente o custo de aprendizado. Para instituições e projetos, a vida fica mais fácil — você pode rapidamente construir uma L2 personalizada baseada no DuskDS, seja com permissão ou sem permissão, definir regras de sequenciamento, e incorporar requisitos regulatórios diretamente nos parâmetros da cadeia, ao invés de apenas em apresentações ou documentos internos.

A genialidade dessa abordagem está em não forçar uma escolha binária entre "EVM ou privacidade", mas sim dividir as tarefas entre as camadas de execução e liquidação — o front-end continua usando a conveniência do ecossistema EVM, enquanto o back-end usa a conformidade de uma L1 de privacidade para suportar. Com DeFi e RWA avançando para a cadeia, esse tipo de arquitetura certamente oferece um espaço de inovação e possibilidades.