Не секрет, что терминал периодически "отваливается".
Для меня это
было бы некритичным (благо бот восстановит потерянную позицию), если бы
по истечении какого-то периода времени после размещения ордера на
закрытие ВСЕХ открытых позиций эти позиции просто закрывались бы.
Алгоритм примерно такой:
бот
постоянно с периодичностью, допустим, в 3 тайм-фрейма выставляет
отсроченный ордер на за закрытие позиции. И делает это каждый фрейм,
сначала снимая предыдущий такой же ордер, а затем размещая новый. Т.е. в
системе находится постоянно ордер "ЗАКРЫТЬ ВСЁ" с обновленным временем
срабатывания.
В случае "отваливания" терминала бот не имеет
возможности обновить уже установленный ордер "ЗАКРЫТЬ ВСЁ", и ордер
срабатывает, т.е. система исполняет его. При восстановлении контроля над
терминалом я выбираю: или восстановить позицию или не открывать её.
Какой должна быть таблица данных t для функции sendTransaction(t) для размещения и отмены такого ордера?
Для меня это
было бы некритичным (благо бот восстановит потерянную позицию), если бы
по истечении какого-то периода времени после размещения ордера на
закрытие ВСЕХ открытых позиций эти позиции просто закрывались бы.
Алгоритм примерно такой:
бот
постоянно с периодичностью, допустим, в 3 тайм-фрейма выставляет
отсроченный ордер на за закрытие позиции. И делает это каждый фрейм,
сначала снимая предыдущий такой же ордер, а затем размещая новый. Т.е. в
системе находится постоянно ордер "ЗАКРЫТЬ ВСЁ" с обновленным временем
срабатывания.
В случае "отваливания" терминала бот не имеет
возможности обновить уже установленный ордер "ЗАКРЫТЬ ВСЁ", и ордер
срабатывает, т.е. система исполняет его. При восстановлении контроля над
терминалом я выбираю: или восстановить позицию или не открывать её.
Какой должна быть таблица данных t для функции sendTransaction(t) для размещения и отмены такого ордера?