Cela touche effectivement au point clé. L'état initial de stock yes ou no étant essentiellement incertain, j'ai aussi rencontré ce problème lors de l'arbitrage. La solution que j'ai finalement trouvée consiste à effectuer simultanément des opérations buy up et buy down, en les combinant avec des opérations de fusion régulières pour la liquidation, ce qui permet de contourner la dépendance à l'état du stock.

Au niveau de la logique du code, il n'est plus nécessaire de juger ou de maintenir l'état du stock yes ou no, car les deux directions avancent en parallèle, et l'étape de fusion intermédiaire équilibrera automatiquement les parties redondantes. L'avantage de cette approche est que le processus devient plus simple, sans avoir à se préoccuper de l'état lors de l'initialisation, ce qui allège également la charge du contrat intelligent. Si l'on tente de déterminer l'état du stock dès le départ, cela risque plutôt d'introduire des bugs liés aux cas limites.