Después de pasar unos días investigando Dusk, una cosa empezó a destacar: la parte interesante no es solo cómo funciona el consenso cuando todo sale bien, sino lo que sucede cuando la red no puede llegar allí.
Imagina varias iteraciones fallidas porque los provisionadores clave están desconectados o aislados. Un sistema podría simplemente seguir agotando el tiempo de espera y esperando.
Dusk toma una ruta diferente.
Según el documento técnico, después de 16 iteraciones fallidas consecutivas, su protocolo de Acumulación Concisa de Evidencias entra en Modo de Emergencia. Los límites de tiempo de los pasos se desactivan y el proceso continúa hasta que se genera un bloque candidato y se alcanza el quórum tanto en la validación como en la ratificación.
Pero hay un intercambio importante.
Pueden ejecutarse múltiples iteraciones abiertas al mismo tiempo, aumentando la probabilidad de llegar a un bloque válido y, a la vez, incrementando la posibilidad de bifurcaciones. Dusk resuelve esas bifurcaciones seleccionando el candidato de la iteración más baja.
Lo que captó mi atención es la filosofía de diseño: el fallo no se trata como el final del proceso. El protocolo tiene una ruta definida para seguir avanzando hacia una decisión incluso en condiciones de red extremas.
Eso hace que el Modo de Emergencia sea menos como un interruptor de respaldo y más como una parte diseñada con cuidado de cómo Dusk maneja el fallo.
@Dusk $DUSK
$GPS
#dusk $PORTAL
Imagina varias iteraciones fallidas porque los provisionadores clave están desconectados o aislados. Un sistema podría simplemente seguir agotando el tiempo de espera y esperando.
Dusk toma una ruta diferente.
Según el documento técnico, después de 16 iteraciones fallidas consecutivas, su protocolo de Acumulación Concisa de Evidencias entra en Modo de Emergencia. Los límites de tiempo de los pasos se desactivan y el proceso continúa hasta que se genera un bloque candidato y se alcanza el quórum tanto en la validación como en la ratificación.
Pero hay un intercambio importante.
Pueden ejecutarse múltiples iteraciones abiertas al mismo tiempo, aumentando la probabilidad de llegar a un bloque válido y, a la vez, incrementando la posibilidad de bifurcaciones. Dusk resuelve esas bifurcaciones seleccionando el candidato de la iteración más baja.
Lo que captó mi atención es la filosofía de diseño: el fallo no se trata como el final del proceso. El protocolo tiene una ruta definida para seguir avanzando hacia una decisión incluso en condiciones de red extremas.
Eso hace que el Modo de Emergencia sea menos como un interruptor de respaldo y más como una parte diseñada con cuidado de cómo Dusk maneja el fallo.
@Dusk $DUSK
$GPS
#dusk $PORTAL