Jeśli odkryto by krytyczny błąd, odpowiedź nie opierałaby się na improwizacji. Projekt WAL przewiduje możliwość działań awaryjnych, nawet jeśli rzadko są potrzebne.
Najbardziej prawdopodobna ścieżka polegałaby na wstrzymaniu lub ograniczeniu dotkniętej funkcjonalności, a następnie na zatwierdzonym przez zarząd ulepszeniu lub poprawce modułów Move. Ponieważ WAL działa na Sui, aktualizacje mogą być realizowane w kontrolowany sposób, możliwy do audytowania, a nie tylko przez nieformalną koordynację społeczną.
Co dla mnie tutaj ma znaczenie, to fakt, że planowanie awaryjne istnieje bez jego nadmiernego wykorzystywania. Uprawnienia awaryjne mają sens tylko wtedy, gdy są ograniczone. Celem jest zachowanie zaufania użytkowników podczas naprawiania problemu w sposób przejrzysty, a nie normalizowanie interwencji.
