這確實問到關鍵點了。初始的yes or no庫存狀態本質上是不確定的，我在做套利時也踩過這個坑。最後摸索出來的方案是同時進行buy up和buy down操作，再配合定期的merge清算，這樣就能繞過對庫存狀態的依賴。

程式碼邏輯上就不用去判斷或維護yes or no的庫存了，因為兩個方向都在走，中間的merge環節會自動平衡掉冗餘部分。這個思路的好處是流程更簡潔，不用在初始化時糾結狀態問題，智能合約也會輕鬆不少。如果初期就試圖去確定庫存狀態，反而容易引入邊界情況的bug。