Quando vi que o DuskEVM era baseado no OP Stack, quis acompanhar uma transação real por dentro, em vez de apenas aceitar o rótulo. Então, fui pelo fluxo passo a passo na noite passada.
Uma transação é enviada primeiro ao sequenciador do DuskEVM. Isso é o comportamento padrão do OP Stack: o sequenciador a ordena e a inclui em um bloco da L2 quase imediatamente. É a parte que parece rápida e familiar para qualquer pessoa que já tenha usado um rollup antes. Mas o sequenciador não é o fim da história: um batcher pega esses dados de transação e os publica no DuskDS, a camada de settlement e de disponibilidade de dados do Dusk, por baixo.
Essa é a peça de adaptação que eu estava tentando entender. No OP Stack, normalmente essa tarefa é feita pelo Ethereum. Aqui ela foi trocada para o DuskDS, o que significa que a mesma arquitetura de rollup que os desenvolvedores já conhecem está sendo redirecionada para uma camada de settlement construída especificamente com finalidade determinística para ativos regulamentados—e não para a segurança de uso geral de um L1.
Acompanhar dessa forma fez algo “clicar” que a leitura do resumo não tinha. A etapa do sequenciador e a etapa do DuskDS estão fazendo tarefas genuinamente diferentes: uma faz sua transação começar a andar, a outra é o que realmente a ancora. Eu não tinha separado esses dois momentos antes; eu só imaginava “a transação acontece” como um único evento.
#dusk $DUSK @Dusk $AIO $HEMI
Uma transação é enviada primeiro ao sequenciador do DuskEVM. Isso é o comportamento padrão do OP Stack: o sequenciador a ordena e a inclui em um bloco da L2 quase imediatamente. É a parte que parece rápida e familiar para qualquer pessoa que já tenha usado um rollup antes. Mas o sequenciador não é o fim da história: um batcher pega esses dados de transação e os publica no DuskDS, a camada de settlement e de disponibilidade de dados do Dusk, por baixo.
Essa é a peça de adaptação que eu estava tentando entender. No OP Stack, normalmente essa tarefa é feita pelo Ethereum. Aqui ela foi trocada para o DuskDS, o que significa que a mesma arquitetura de rollup que os desenvolvedores já conhecem está sendo redirecionada para uma camada de settlement construída especificamente com finalidade determinística para ativos regulamentados—e não para a segurança de uso geral de um L1.
Acompanhar dessa forma fez algo “clicar” que a leitura do resumo não tinha. A etapa do sequenciador e a etapa do DuskDS estão fazendo tarefas genuinamente diferentes: uma faz sua transação começar a andar, a outra é o que realmente a ancora. Eu não tinha separado esses dois momentos antes; eu só imaginava “a transação acontece” como um único evento.
#dusk $DUSK @Dusk $AIO $HEMI