我們用 ZB 法（極限速解） 的視角來看看，當你的手指（CPU）發生錯誤時，該如何應對。
今天我們不談公式，談談當你的「復原進程」崩潰時，你的大腦應該如何處理。
一、 什麼是「復原中的 Panic」？
在 Rust 裡，panic! 代表發生了不可挽回的錯誤；在魔方中，這就是你轉到最後一層，發現 ZBLL 公式轉到一半卡住，或是 頂層色塊出現了不可能的組合。
這時候，你的「編譯器」會強制報錯。你有兩條路可以走：
二、 策略 A：Unwind (優雅回溯法)
「雖然我轉錯了，但我試著救救看。」
在 Rust 中，Unwind 會從出錯的地方開始，沿著呼叫堆疊（Call Stack）往回走，把剛才佔用的資源（變數、物件）一個個清理乾淨（Drop）。
在魔方教學中的體現：
* 逆向操作： 你的大腦立刻啟動逆向思維，試著把剛才那 5 步轉錯的動作反向轉回來。
* 狀態保留： 雖然頂層亂了，但你努力維持住已經做好的 F2L (前兩層)。
* 代價（Cost）： 你的大腦必須預留「備份空間」來記住剛才的動作。這會讓你轉動的整體速度稍微變慢，因為你得隨時準備好「撤銷」。
> 適用場景： 練習賽。你不想因為一次手滑就重跑整個 Cross（底十字），你想在失敗中學習如何恢復狀態。
>
三、 策略 B：Abort (暴力放棄法)
「錯了就錯了，直接歸零，下一個更香。」
這是最硬核的處理方式。在 Rust 中，panic = "abort" 會直接叫作業系統殺掉進程，不清理任何垃圾。
在魔方教學中的體現：
* 直接摔方塊： 發現公式轉錯的瞬間，手直接離開方塊，拍停計時器。
* 不留後路： 你完全不去記剛才轉了什麼。錯了，這場 DNF (Did Not Finish) 就是了。
* 優點： 你的大腦負擔極輕！因為不需要記「撤銷路徑」，你可以把所有腦力都壓在**轉速（TPS）**上。這就是為什麼高手在追求世界紀錄時，程式碼裡其實都藏著 abort。
> 適用場景： 世界級決賽。在這種高頻轉動下，試圖 Unwind（回溯）救球通常會花掉 5 秒以上，對頂尖選手來說，這跟進程崩潰沒兩樣，不如直接重開局。
>
四、 為什麼 Rust (與 ZB 法) 這麼難市佔？
正如讀者所知，ZB 法有 493 個公式，而 Rust 有無數的所有權規則。
* CFOP (像是 Python/Go)： 容錯率高，轉錯了頂多掉回上一步，容易上手，市佔率 90%。
* ZB 法 (像是 Rust)： 為了追求那 0.5 秒的領先（零成本抽象），你必須在腦中建立極其嚴苛的邏輯。
五、 總結：該選哪一個？
在你的 Cargo.toml（或是你的比賽策略）中：
* 如果你正在開發一個 「不能斷線的伺服器」：請用 Unwind。就算一個請求壞了，也要把方塊穩住，讓其他層（Thread）繼續轉。
* 如果你正在追求 「極限推論效能」 或 「嵌入式裝置」：請果斷選擇 Abort。空間有限，出錯就重啟，效率才是王道。
