#dusk $DUSK @Dusk
La mayoría de las blockchains hablan mucho sobre lo que ocurre cuando todo funciona. Me parece que el caso de fallo resulta más revelador.

Dusk tiene un detalle que no había notado antes: su consenso puede entrar en un modo de emergencia después de 16 iteraciones fallidas cuando los aprovisionadores no están disponibles o están aislados. En lugar de simplemente detenerse, el protocolo sigue abriendo iteraciones hasta que un bloque candidato alcanza el quórum.

Si la red aún no puede recuperarse, los aprovisionadores que mantienen una mayoría de la participación pueden solicitar un bloque de emergencia. Ese bloque no contiene transacciones; incorpora una nueva semilla verificable para ayudar a reiniciar el progreso.

Lo interesante de esto es el compromiso. El modo de emergencia puede mantener la red en movimiento, pero el diseño reconoce explícitamente que los intentos concurrentes de recuperación pueden aumentar la probabilidad de bifurcaciones.

Así que la pregunta real no es si una blockchain puede manejar condiciones normales.

¿Cuánto riesgo de recuperación debería aceptar un protocolo de consenso antes de que “mantenerse vivo” sea más peligroso que detenerse?

¿Qué importa más durante una falla grave de la red?
Keep recovering
0%
Stop and protect consistency
100%
1 Votos • Votación cerrada