Antes pensaba que la imprevisibilidad en una blockchain era un fallo que toleras, no una función que diseñarías realmente.
Estudiar Dusk cambió eso.
Imagina que eres un provisionador. Has apostado, eres elegible, sabes que podrías ser elegido para generar el siguiente bloque. Pero no sabes si lo serás. Nadie más tampoco. Ni los demás validadores. Ni siquiera tú, diez segundos antes de que ocurra.
Aquí está la parte extraña. La semilla que decide quién es elegido para el bloque N+1 todavía no existe mientras el bloque N aún se está construyendo. Se genera literalmente a partir de la firma del generador del bloque actual que firma la semilla anterior. La respuesta a "¿quién sigue?" no está oculta en algún lugar — aún no se ha calculado.
¿Por qué importa? Porque aquí la previsibilidad es una responsabilidad, no una comodidad. Si un atacante pudiera averiguar hoy quién genera el bloque 40, tendría todo el tiempo del mundo para atacar a ese validador: sobornarlo, hacerle DDoS, presionarlo — antes de que llegue el momento.
La sortición determinista de Dusk cierra esa ventana por completo. Solo te enteras de que eres el generador en el instante mismo en que ya es una verdad.
Así que la pregunta real de diseño no era "¿cómo elegimos a un líder?". Era "¿cómo lo elegimos sin permitir nunca que alguien lo planee".
Adivina qué pasa en el momento en que la selección de bloques se vuelve predecible, incluso ligeramente, con antelación?

#dusk $DUSK @Dusk

Encuesta:
Adivina qué se rompe primero si pudieras predecir el siguiente generador de bloques
🎯 El soborno se vuelve posible
🛑 El DDoS se vuelve posible
⚖️ Ambos, misma vulnerabilidad
🔒 Nada, sigue siendo seguro