Profundicé en las reglas de la “finalidad” final y ondulante de Dusk, y un detalle cambió la forma en que pienso sobre la “finalidad”.
Un bloque no es simplemente final en el momento en que recibe una atestación exitosa. Dusk distingue entre estados aceptado, atestado, confirmado y final. Un bloque aceptado todavía puede ser reemplazado por un bloque de iteración inferior, mientras que un bloque atestado no puede ser reemplazado por otro.
La parte interesante es cómo los bloques posteriores fortalecen la confianza. Un bloque aceptado solo se vuelve confirmado después de 2×n bloques consecutivos atestados o confirmados, donde n representa las iteraciones anteriores no atestadas. Luego, la finalidad depende de que el padre ya esté en estado final.
Así que la pregunta más profunda para @Dusk y $DUSK no es simplemente “¿Qué tan rápida es la finalidad?”.
Es: ¿cómo deben las aplicaciones fijar precios del riesgo mientras un bloque avanza por estos estados intermedios?
Para la infraestructura financiera, esa distinción podría importar más que un número llamativo de finalidad.
¿Cómo diseñarías una aplicación en torno a la progresión aceptado → confirmado → final de Dusk?

#dusk