Dacă s-ar descoperi o eroare critică, răspunsul nu s-ar baza pe improvizație. Designul WAL anticipează posibilitatea unei acțiuni de urgență, chiar dacă aceasta este rar necesară.
Calea cea mai probabilă ar implica suspendarea sau limitarea funcționalității afectate, urmată de o actualizare sau un patch aprobat de guvernanță pentru modulele Move. Deoarece WAL funcționează pe Sui, actualizările pot fi executate într-un mod controlat, auditabil, mai degrabă decât prin coordonare socială informală.
Ceea ce contează pentru mine aici este că planificarea de urgență există fără a fi folosită în exces. Puterile de urgență sunt semnificative doar dacă sunt restricționate. Scopul este de a păstra încrederea utilizatorului în timp ce se rezolvă problema în mod transparent, nu de a normaliza intervenția.
