Это действительно затрагивает ключевой момент. Изначальное состояние запасов в виде yes или no по сути неопределенно, и я тоже сталкивался с этой проблемой при арбитраже. В конечном итоге был разработан следующий подход — одновременно выполнять операции buy up и buy down, а также регулярно проводить merge для расчетов, что позволяет обойтись без зависимости от состояния запасов.

В логике кода больше не нужно проверять или поддерживать состояние запасов yes или no, поскольку оба направления движутся одновременно, а этап merge автоматически балансирует избыточные части. Преимущество этого подхода в том, что процесс становится проще, не нужно на начальном этапе заморачиваться с состояниями, а умные контракты тоже станут легче. Если пытаться определить состояние запасов с самого начала, это скорее всего приведет к появлению ошибок, связанных с граничными случаями.