这确实问到关键点了。初始的yes or no库存状态本质上是不确定的，我在做套利时也踩过这个坑。最后摸索出来的方案是同时进行buy up和buy down操作，再配合定期的merge清算，这样就能绕过对库存状态的依赖。

代码逻辑上就不用去判断或维护yes or no的库存了，因为两个方向都在走，中间的merge环节会自动平衡掉冗余部分。这个思路的好处是流程更简洁，不用在初始化时纠结状态问题，智能合约也会轻松不少。如果初期就试图去确定库存状态，反而容易引入边界情况的bug。