Pokud by byl objeven kritický chyba, odpověď by se nezakládala na improvizaci. Design WAL předpokládá možnost nouzového jednání, i když je to zřídka potřeba.
Nejpravděpodobnější cesta by zahrnovala pozastavení nebo omezení ovlivněné funkčnosti, následované vládou schváleným upgradem nebo opravou modulů Move. Protože WAL žije na Sui, upgrady lze provádět kontrolovaným, auditovatelným způsobem spíše než pouze prostřednictvím neformální sociální koordinace.
Co pro mě zde záleží, je, že plánování pro případ nouze existuje, aniž by bylo nadměrně používáno. Nouzové pravomoci mají smysl pouze, pokud jsou omezené. Cílem je zachovat důvěru uživatelů při opravě problému transparentně, nikoli normalizovat zásah.
