#dusk $DUSK @Dusk $DUSK
Propuesta, Validación, Ratificación: El camino de tres pasos de Dusk hacia un bloque final
Yo seguí asumiendo que la finalidad del bloque en Dusk funcionaba como un solo voto: proponer, confirmar, listo.
En realidad, son tres pasos separados, y tuve que recorrer cada uno para entender por qué.
El paso de Propuesta elige un provisioner, mediante sorteo determinista, para generar un bloque candidato y difundirlo. Si no llega nada antes del tiempo de espera, esa iteración simplemente falla: no hay candidato, y, por lo que puedo ver a partir de lo documentado, no hay pasos alternativos de generación que entren en juego.
Rastreé lo que ocurre después. la salida se alimenta en Validación: un comité nuevo, también seleccionado aleatoriamente, comprueba el candidato contra el estado actual de la cadena y vota Válido o Inválido. Se requiere un quórum con dos tercios votando Válido, o una mayoría simple votando Inválido; en cualquiera de los dos casos, ese umbral termina el paso.
El tercer paso, y este es el que casi me hace perder el punto: Ratificación. otro comité más, vota específicamente sobre si Validación alcanzó un quórum real, no sobre el contenido del bloque otra vez. aquí también se aplica la misma regla de dos tercios o mayoría.
Tres comités, tres juicios separados: no pude encontrar ningún paso que repitiera un trabajo que el anterior ya hubiera hecho.
Lo que me llamó la atención es cuánto escrutinio recibió esta secuencia antes del mainnet. Dusk realizó diez auditorías en todo su stack, con más de doscientas páginas de informes. una de esas diez, de Oak Security, cubrió SA en particular, señalando problemas relacionados con incentivos de slashing y con la lógica de votación: todas las cuestiones críticas se resolvieron antes del lanzamiento.
Así que "finalizar un bloque" no es una sola decisión, al menos eso es lo que parece. es tres verificaciones confirmadas de forma independiente, apiladas en secuencia, cada una capaz de reiniciar el proceso: hasta cincuenta iteraciones por ronda, si no se supera.
¿Ese nivel de escrutinio previo al lanzamiento reduce realmente el riesgo aquí, o solo significa que cualquier fallo que se cuele es más difícil de detectar después?
Propuesta, Validación, Ratificación: El camino de tres pasos de Dusk hacia un bloque final
Yo seguí asumiendo que la finalidad del bloque en Dusk funcionaba como un solo voto: proponer, confirmar, listo.
En realidad, son tres pasos separados, y tuve que recorrer cada uno para entender por qué.
El paso de Propuesta elige un provisioner, mediante sorteo determinista, para generar un bloque candidato y difundirlo. Si no llega nada antes del tiempo de espera, esa iteración simplemente falla: no hay candidato, y, por lo que puedo ver a partir de lo documentado, no hay pasos alternativos de generación que entren en juego.
Rastreé lo que ocurre después. la salida se alimenta en Validación: un comité nuevo, también seleccionado aleatoriamente, comprueba el candidato contra el estado actual de la cadena y vota Válido o Inválido. Se requiere un quórum con dos tercios votando Válido, o una mayoría simple votando Inválido; en cualquiera de los dos casos, ese umbral termina el paso.
El tercer paso, y este es el que casi me hace perder el punto: Ratificación. otro comité más, vota específicamente sobre si Validación alcanzó un quórum real, no sobre el contenido del bloque otra vez. aquí también se aplica la misma regla de dos tercios o mayoría.
Tres comités, tres juicios separados: no pude encontrar ningún paso que repitiera un trabajo que el anterior ya hubiera hecho.
Lo que me llamó la atención es cuánto escrutinio recibió esta secuencia antes del mainnet. Dusk realizó diez auditorías en todo su stack, con más de doscientas páginas de informes. una de esas diez, de Oak Security, cubrió SA en particular, señalando problemas relacionados con incentivos de slashing y con la lógica de votación: todas las cuestiones críticas se resolvieron antes del lanzamiento.
Así que "finalizar un bloque" no es una sola decisión, al menos eso es lo que parece. es tres verificaciones confirmadas de forma independiente, apiladas en secuencia, cada una capaz de reiniciar el proceso: hasta cincuenta iteraciones por ronda, si no se supera.
¿Ese nivel de escrutinio previo al lanzamiento reduce realmente el riesgo aquí, o solo significa que cualquier fallo que se cuele es más difícil de detectar después?
Reduces the risk
50%
Harder to find later
17%
Depends on the audit
17%
Not sure yet
16%
6 Votos • Votación cerrada