He estado investigando más a fondo el Modo de Emergencia de Dusks. Creo que lo interesante no es simplemente que la red tenga un respaldo cuando falla el consenso.

Imagina que la mayoría de los provisionadores se desconectan de repente. No hay ataque, no hay bloque: simplemente no están participando. Un sistema de consenso construido en torno a la participación podría enfrentar rápidamente un problema de liveness.

El Modo de Emergencia de Dusks es una forma de abordar este problema.

Dusk lo aborda de manera diferente. El Modo de Emergencia de Dusks permite iniciar nuevas iteraciones de consenso mientras las anteriores permanecen abiertas, dando a los provisionadores que están en línea más oportunidades para llegar a un acuerdo. Si eso sigue fallando, las Solicitudes de Bloque de Emergencia de Dusks pueden reunir participación para producir un bloque de emergencia vacío.

El bloque de emergencia no está ahí para procesar transacciones. El bloque de emergencia mantiene la cadena en movimiento. Crea una semilla fresca para otro intento de consenso.

Hay una parte que considero más importante.

¿Con qué frecuencia realmente necesita Dusk este mecanismo de recuperación?

Si el Modo de Emergencia de Dusks se convierte en un evento, yo lo vería menos como un éxito del respaldo y más como una señal de que la participación de los validadores se ha vuelto poco confiable.

La liveness es importante. Preservar la liveness no resuelve el problema subyacente de participación de Dusk.

#dusk $DUSK @Dusk

$ATM $ACE