#dusk $DUSK @Dusk
Los rollups estilo Optimism te hacen esperar 7 días para retirar fondos de vuelta a L1.
La capa EVM de Dusk afirma ~15 minutos.
Eso no es un simple ajuste de UX.
Es una apuesta de seguridad distinta, y quería entender por qué funciona.
La ventana de 7 días en cadenas como Optimism no es tiempo de computación.
Es un margen que da a observadores sin permisos el tiempo suficiente para detectar una mala raíz de estado y presentar una prueba de fraude, incluso si van lentos o están distraídos.
Si eliminas la necesidad de ese margen, la espera se reduce con él.
DuskEVM se ejecuta en el OP Stack pero se asienta en DuskDS en lugar de Ethereum.
Su atajo es un pre-verificador con potencia MIPS en el nodo de DuskDS (Rusk), que comprueba las transiciones de estado antes de que se publiquen, en vez de esperar a que alguien detecte el fraude después.
Menos sorpresas se cuelan, así que la ventana pasa de días a minutos.
Esto es en lo que sigo insistiendo.
Pre-verificar cada transición es barato cuando el tráfico de DuskEVM es ligero.
Se vuelve caro rápidamente en cuanto aparece un volumen real de DeFi en Solidity, porque cada lote necesita verificarse contra una traza de ejecución completa antes de aceptarse.
Si ese rendimiento no puede mantenerse, pasa algo: o se relajan las verificaciones, reabriendo exactamente el riesgo que la ventana fue creada para evitar, o los tiempos de finalidad empiezan a volver a subir.
La finalidad rápida es realmente útil para las finanzas reguladas.
Pero el caso a largo plazo de DUSK depende de que esto se mantenga bajo una carga real de DeFi, no solo con carga de testnet.
¿Se mantiene esa finalidad de 15 minutos ante una demanda real, o sigue siendo un número de testnet?
Los rollups estilo Optimism te hacen esperar 7 días para retirar fondos de vuelta a L1.
La capa EVM de Dusk afirma ~15 minutos.
Eso no es un simple ajuste de UX.
Es una apuesta de seguridad distinta, y quería entender por qué funciona.
La ventana de 7 días en cadenas como Optimism no es tiempo de computación.
Es un margen que da a observadores sin permisos el tiempo suficiente para detectar una mala raíz de estado y presentar una prueba de fraude, incluso si van lentos o están distraídos.
Si eliminas la necesidad de ese margen, la espera se reduce con él.
DuskEVM se ejecuta en el OP Stack pero se asienta en DuskDS en lugar de Ethereum.
Su atajo es un pre-verificador con potencia MIPS en el nodo de DuskDS (Rusk), que comprueba las transiciones de estado antes de que se publiquen, en vez de esperar a que alguien detecte el fraude después.
Menos sorpresas se cuelan, así que la ventana pasa de días a minutos.
Esto es en lo que sigo insistiendo.
Pre-verificar cada transición es barato cuando el tráfico de DuskEVM es ligero.
Se vuelve caro rápidamente en cuanto aparece un volumen real de DeFi en Solidity, porque cada lote necesita verificarse contra una traza de ejecución completa antes de aceptarse.
Si ese rendimiento no puede mantenerse, pasa algo: o se relajan las verificaciones, reabriendo exactamente el riesgo que la ventana fue creada para evitar, o los tiempos de finalidad empiezan a volver a subir.
La finalidad rápida es realmente útil para las finanzas reguladas.
Pero el caso a largo plazo de DUSK depende de que esto se mantenga bajo una carga real de DeFi, no solo con carga de testnet.
¿Se mantiene esa finalidad de 15 minutos ante una demanda real, o sigue siendo un número de testnet?
