これは確かに重要なポイントを突いています。初期のyes or no在庫状態は本質的に不確定であり、私もアービトラージを行う際にこの落とし穴にハマったことがあります。最終的に見つけた解決策は、buy upとbuy downの操作を同時に行い、定期的なmerge清算と組み合わせることで、在庫状態への依存を回避することです。
コードのロジック上では、yes or noの在庫を判断または管理する必要はありません。なぜなら、両方向に進んでおり、途中のmerge段階で冗長な部分が自動的にバランスされるからです。この考え方の利点は、フローがよりシンプルになり、初期化時に状態の問題に悩まされることもなく、スマートコントラクトも軽くなることです。もし初期段階で在庫状態を確定しようとすると、逆に境界条件のバグを引き起こしやすくなります。
これは確かに重要なポイントを突いています。初期のyes or no在庫状態は本質的に不確定であり、私もアービトラージを行う際にこの落とし穴にハマったことがあります。最終的に見つけた解決策は、buy upとbuy downの操作を同時に行い、定期的なmerge清算と組み合わせることで、在庫状態への依存を回避することです。
コードのロジック上では、yes or noの在庫を判断または管理する必要はありません。なぜなら、両方向に進んでおり、途中のmerge段階で冗長な部分が自動的にバランスされるからです。この考え方の利点は、フローがよりシンプルになり、初期化時に状態の問題に悩まされることもなく、スマートコントラクトも軽くなることです。もし初期段階で在庫状態を確定しようとすると、逆に境界条件のバグを引き起こしやすくなります。