Recentemente, tenho observado avanços técnicos na ecologia Dusk, e alguns detalhes são bastante interessantes.

O núcleo é que o DuskDS, essa camada de disponibilidade de dados + liquidação, já está operando de forma estável na mainnet há algum tempo, e a atualização Rusk, como a última etapa antes do lançamento da mainnet, é crucial para abrir caminho ao processamento de transações BLOB. Em resumo, trata-se de esclarecer completamente como as transações em lote do L2 são transferidas para o canal do L1.

Aqui estão alguns dados concretos que valem a pena analisar: atualmente, os BLOBs são produzidos em intervalos fixos, aproximadamente a cada 7 minutos, formando uma janela. Se um lote de transações EVM não couber em um BLOB, o sistema automaticamente divide em BLOBs subsequentes. Com os parâmetros atuais, uma janela pode produzir no máximo 6 BLOBs — você pode imaginar isso como o número de faixas na via rápida de liquidação. Quanto mais claras as faixas, maior a previsibilidade de throughput e custos, o que é especialmente importante para negócios sensíveis à estabilidade, como DeFi regulamentado ou RWA.

Mais interessante ainda é a lógica de posicionamento. O DuskEVM é uma camada de execução equivalente à EVM, mas a liquidação ocorre em uma L1 de privacidade e conformidade que não é EVM — isso não é apenas uma troca superficial, mas uma integração robusta de "ferramentas familiares aos desenvolvedores" com "a base de conformidade necessária às instituições".

Na prática: carteiras do ecossistema EVM, dispositivos de assinatura de hardware podem se integrar de forma mais fluida; para instituições e projetos, é possível até montar uma L2 personalizada rapidamente, escolhendo de forma flexível entre modos permissionados/não permissionados, configurando regras de sequenciador, e incorporando requisitos regulatórios diretamente nos parâmetros, ao invés de apenas em apresentações de slides.