#dusk $DUSK @Dusk
Antes pensaba que el límite de 50 iteraciones de Dusk era solo un tope técnico, una válvula de seguridad que rara vez se toca. Mirándolo de cerca, se parece más a un límite de cuánto tiempo el consenso está dispuesto a seguir peleando a través del desacuerdo.
Cada ronda avanza por propuesta, validación, ratificación y finalidad, con provisionadores elegidos por sortición determinista en cada etapa. En condiciones normales, esa secuencia se resuelve rápido, apuntando a unos 15 segundos por bloque. Pero los mensajes retrasados, los provisionadores desconectados o las condiciones adversarias empujan al consenso a más iteraciones, y el material más antiguo de Dusk reconocía abiertamente que las redes difíciles necesitarían más.
Lo que me llamó la atención es el trabajo de recuperación que hay debajo: interrumpir iteraciones que ya han agotado su tiempo y volver a propagar mensajes de iteraciones pasadas o futuras para que la red pueda ponerse al día.
Eso cambia por completo el enfoque del contador. No es solo registrar intentos; es gestionar la recuperación.
Así que la pregunta real no es por qué 50. Es cuánta discrepancia puede absorber Dusk antes de que la velocidad tenga que ceder ante la certeza.
$PORTAL
$ONG
Antes pensaba que el límite de 50 iteraciones de Dusk era solo un tope técnico, una válvula de seguridad que rara vez se toca. Mirándolo de cerca, se parece más a un límite de cuánto tiempo el consenso está dispuesto a seguir peleando a través del desacuerdo.
Cada ronda avanza por propuesta, validación, ratificación y finalidad, con provisionadores elegidos por sortición determinista en cada etapa. En condiciones normales, esa secuencia se resuelve rápido, apuntando a unos 15 segundos por bloque. Pero los mensajes retrasados, los provisionadores desconectados o las condiciones adversarias empujan al consenso a más iteraciones, y el material más antiguo de Dusk reconocía abiertamente que las redes difíciles necesitarían más.
Lo que me llamó la atención es el trabajo de recuperación que hay debajo: interrumpir iteraciones que ya han agotado su tiempo y volver a propagar mensajes de iteraciones pasadas o futuras para que la red pueda ponerse al día.
Eso cambia por completo el enfoque del contador. No es solo registrar intentos; es gestionar la recuperación.
Así que la pregunta real no es por qué 50. Es cuánta discrepancia puede absorber Dusk antes de que la velocidad tenga que ceder ante la certeza.
$PORTAL
$ONG