@Dusk non fallisce tutto in una volta. Inizia ad arrivare in ritardo.
Un turno di comitato richiede più tempo per formarsi rispetto a prima. Uno slot del validatore rimane vuoto, poi un altro. La ratifica avviene comunque — solo non secondo programma, e non più con la stessa cadenza. I ritardi sono sottili, ma sufficienti affinché lo stato inizi a esitare.
Dall'esterno, tutto può apparire normale. I blocchi continuano ad atterrare. Le applicazioni continuano a rispondere. È lì che risiede il rischio — l'attività continua a muoversi anche se la rete diventa meno coerente nel confermare gli esiti in tempo.
Su Dusk, il tempo è la barriera di sicurezza. Le attestazioni del comitato e la ratifica definiscono il momento in cui qualcosa passa da "inviato" a "risolto." Non c'è un percorso alternativo veloce dove i sistemi a valle possono affrettarsi e mascherare il rallentamento.
Quindi la pressione si accumula nei luoghi poco glamour — le code si allungano, le scadenze scivolano, le scrivanie aspettano di prenotare, e i team di supporto dicono agli utenti di "tenere duro" senza una chiara tempistica.
Quando viene etichettato come un incidente, la catena ha già trascorso un periodo significativo a fallire nel trasformare "inviato" in "risolto."