#dusk $DUSK @Dusk
Esta semana estuve leyendo la documentación de consenso de Dusk, sobre todo para ver si la “finalidad rápida” realmente se sostiene bajo estrés, y no solo en un día de red limpio. La Atestación Sucinta hace que cada ronda avance por tres pasos —propuesta, validación y ratificación— con un generador de bloques y dos comités elegidos mediante sortición determinista, ponderados por el stake en lugar de por el número de participantes. Bien, eso explica las condiciones normales.
Lo que me llamó la atención fue la cláusula de Modo de Emergencia, escondida más allá de la descripción del “camino feliz”. Si las iteraciones siguen fallando, el protocolo no solo reintenta a intervalos con un temporizador, sino que desactiva por completo los timeouts y continúa ejecutándose hasta que se alcanza realmente el quórum. Ese es un modo de fallo notablemente diferente al de la mayoría de cadenas PoS, que en general solo esperan a que pase la caída y confían en que los validadores vuelvan a estar en línea. Quitar el timeout suena a algo resiliente en el papel, pero también significa que el tiempo de finalización se vuelve no acotado exactamente en el escenario donde la certeza importa más: durante una caída, no después de que ocurra.
Para una red que se posiciona para las finanzas reguladas, ese intercambio vale la pena considerarlo en profundidad, en lugar de pasarlo por alto. Un sistema de liquidación que garantiza “eventualmente correcto” no es exactamente la misma promesa que “rápido”, y no estoy seguro de que @Dusk haya reconciliado completamente cuál de las dos está vendiendo realmente. Me da curiosidad con qué frecuencia se ha activado el Modo de Emergencia en mainnet hasta ahora.
$DUSK #DUSK
Esta semana estuve leyendo la documentación de consenso de Dusk, sobre todo para ver si la “finalidad rápida” realmente se sostiene bajo estrés, y no solo en un día de red limpio. La Atestación Sucinta hace que cada ronda avance por tres pasos —propuesta, validación y ratificación— con un generador de bloques y dos comités elegidos mediante sortición determinista, ponderados por el stake en lugar de por el número de participantes. Bien, eso explica las condiciones normales.
Lo que me llamó la atención fue la cláusula de Modo de Emergencia, escondida más allá de la descripción del “camino feliz”. Si las iteraciones siguen fallando, el protocolo no solo reintenta a intervalos con un temporizador, sino que desactiva por completo los timeouts y continúa ejecutándose hasta que se alcanza realmente el quórum. Ese es un modo de fallo notablemente diferente al de la mayoría de cadenas PoS, que en general solo esperan a que pase la caída y confían en que los validadores vuelvan a estar en línea. Quitar el timeout suena a algo resiliente en el papel, pero también significa que el tiempo de finalización se vuelve no acotado exactamente en el escenario donde la certeza importa más: durante una caída, no después de que ocurra.
Para una red que se posiciona para las finanzas reguladas, ese intercambio vale la pena considerarlo en profundidad, en lugar de pasarlo por alto. Un sistema de liquidación que garantiza “eventualmente correcto” no es exactamente la misma promesa que “rápido”, y no estoy seguro de que @Dusk haya reconciliado completamente cuál de las dos está vendiendo realmente. Me da curiosidad con qué frecuencia se ha activado el Modo de Emergencia en mainnet hasta ahora.
$DUSK #DUSK