戦略は成功したが、複数のアカウントを開いてリスクを分散しようとしたところ、一日中詰まってしまった。

問題は戦略ではなく、インフラにあった。

同じコードを使っているのに、Aアカウントは正常に取引できるのに対し、Bアカウントは残高が$0のまま表示される。API認証は正常で、アドレスも正しいし、ウォレットには確かに$600あるのに、だ。
アドレスのマッピングやプロキシの構成、API資格情報の再生成を調査したが、すべて無駄だった。
最後に判明したのは、PolymarketのGoogleログインとウォレットログインは、根底で異なる署名プロトコルを使用しているということだった。コード内に固定された数字の2を1に変更すべきだったのだ。たった一つの定数の違いが、アカウント全体を幽霊アカウントに変えてしまった。

「戦略が動作する」状態から「複数アカウントが動作する」状態へ移行する間には、エンジニアリングの層全体にわたる問題があった：
- アカウントの種類が署名プロトコルを決定し、すべてのアカウントが同じではない
- 残高照会が0を返すのは、資金がないからではなく、照会する次元を誤っている可能性がある
- fail-closedのセキュリティメカニズムは、問題を「戦略が停止した」のではなく、「設定ミス」のように見せかける

シングルアカウントでの戦略実行は個人のプロジェクトだが、複数アカウントの運用こそがシステムエンジニアリングである。