#dusk $DUSK @Dusk
Rollups no estilo Optimism fazem você esperar 7 dias para sacar fundos de volta para a L1.
A camada EVM da Dusk alega ~15 minutos.
Isso não é um ajuste pequeno de UX.
É uma aposta diferente de segurança, e eu queria entender por que ela funciona.
A janela de 7 dias em cadeias como a Optimism não é tempo de computação.
É um buffer, dando tempo suficiente a observadores permissionless para capturar uma raiz de estado ruim e abrir uma prova de fraude, mesmo que estejam lentos ou distraídos.
Remova a necessidade desse buffer, e a espera encolhe junto.
O DuskEVM roda na OP Stack, mas liquida na DuskDS em vez do Ethereum.
Seu atalho é um pré-verificador em MIPS no nó da DuskDS (Rusk), que verifica transições de estado antes que elas sejam publicadas, em vez de esperar que alguém capture a fraude depois.
Menos surpresas passam, então a janela cai de dias para minutos.
Aqui está o que eu continuo retomando.
Pré-verificar cada transição é barato quando o tráfego do DuskEVM está baixo.
Fica caro rapidamente assim que aparece um volume real de DeFi em Solidity, já que cada lote precisa ser verificado contra um rastreamento completo de execução antes de ser aceito.
Se essa vazão não conseguir acompanhar, algo cede: ou as verificações são flexibilizadas, reabrindo exatamente o risco que a janela foi criada para evitar, ou os tempos de finalização começam a subir de novo.
Finalidade rápida é, de fato, útil para finanças reguladas.
Mas o caso de longo prazo da DUSK depende de essa proposta se manter sob uma carga real de DeFi, não apenas em ambiente de teste.
A finalização de 15 minutos sobrevive à demanda real, ou ainda é um número de testnet?
Rollups no estilo Optimism fazem você esperar 7 dias para sacar fundos de volta para a L1.
A camada EVM da Dusk alega ~15 minutos.
Isso não é um ajuste pequeno de UX.
É uma aposta diferente de segurança, e eu queria entender por que ela funciona.
A janela de 7 dias em cadeias como a Optimism não é tempo de computação.
É um buffer, dando tempo suficiente a observadores permissionless para capturar uma raiz de estado ruim e abrir uma prova de fraude, mesmo que estejam lentos ou distraídos.
Remova a necessidade desse buffer, e a espera encolhe junto.
O DuskEVM roda na OP Stack, mas liquida na DuskDS em vez do Ethereum.
Seu atalho é um pré-verificador em MIPS no nó da DuskDS (Rusk), que verifica transições de estado antes que elas sejam publicadas, em vez de esperar que alguém capture a fraude depois.
Menos surpresas passam, então a janela cai de dias para minutos.
Aqui está o que eu continuo retomando.
Pré-verificar cada transição é barato quando o tráfego do DuskEVM está baixo.
Fica caro rapidamente assim que aparece um volume real de DeFi em Solidity, já que cada lote precisa ser verificado contra um rastreamento completo de execução antes de ser aceito.
Se essa vazão não conseguir acompanhar, algo cede: ou as verificações são flexibilizadas, reabrindo exatamente o risco que a janela foi criada para evitar, ou os tempos de finalização começam a subir de novo.
Finalidade rápida é, de fato, útil para finanças reguladas.
Mas o caso de longo prazo da DUSK depende de essa proposta se manter sob uma carga real de DeFi, não apenas em ambiente de teste.
A finalização de 15 minutos sobrevive à demanda real, ou ainda é um número de testnet?
