$DUSK #Crepúsculo — DuskEVM ignora a clássica janela de desafio de 7 dias do Optimism. Esse atraso não foi apenas uma falha de UX; ele faz parte do modelo de segurança.
Ao analisar o texto de @DuskFoundation sobre a portabilidade para o OP Stack, o DuskEVM se ajusta ao DuskDS, enquanto um pré-verificador baseado em MIPS checa as transições de estado antes que sejam aceitas para liquidação. A documentação do Dusk descreve retiradas que finalizam em aproximadamente 15 minutos.
No começo, isso parece uma melhoria de UX bem direta. Mas a questão de segurança é ainda mais interessante.
No OP Stack padrão, a janela de 7 dias dá tempo para que provas de fraude sem permissão (permissionless) contestem uma raiz de estado inválida. O projeto do Dusk antecipa a verificação no fluxo.
Então eu não descreveria isso apenas como “remover a exigência de confiança”. A pergunta importante é onde a suposição de segurança agora está: a pré-verificação é exigida de forma independente pelo conjunto de validadores do DuskDS, ou depende de um conjunto de verificadores distinto?
Essa diferença importa. A finalização mais rápida é valiosa, mas apenas se entendermos o que mudou por baixo.
Agora estou verificando o GitHub do Rusk e a documentação técnica do Dusk para entender como o conjunto do pré-verificador se relaciona com os validadores do DuskDS.
#dusk $DUSK @Dusk
Ao analisar o texto de @DuskFoundation sobre a portabilidade para o OP Stack, o DuskEVM se ajusta ao DuskDS, enquanto um pré-verificador baseado em MIPS checa as transições de estado antes que sejam aceitas para liquidação. A documentação do Dusk descreve retiradas que finalizam em aproximadamente 15 minutos.
No começo, isso parece uma melhoria de UX bem direta. Mas a questão de segurança é ainda mais interessante.
No OP Stack padrão, a janela de 7 dias dá tempo para que provas de fraude sem permissão (permissionless) contestem uma raiz de estado inválida. O projeto do Dusk antecipa a verificação no fluxo.
Então eu não descreveria isso apenas como “remover a exigência de confiança”. A pergunta importante é onde a suposição de segurança agora está: a pré-verificação é exigida de forma independente pelo conjunto de validadores do DuskDS, ou depende de um conjunto de verificadores distinto?
Essa diferença importa. A finalização mais rápida é valiosa, mas apenas se entendermos o que mudou por baixo.
Agora estou verificando o GitHub do Rusk e a documentação técnica do Dusk para entender como o conjunto do pré-verificador se relaciona com os validadores do DuskDS.
#dusk $DUSK @Dusk
