Ошибка в ордерах по контрактам BTC — сначала проверьте режим позиций, не спешите повторять попытку.
При использовании скрипта для управления контрактом $BTC направление покупки/продажи и направление позиции — это разные вещи. В документации Binance для текущих контрактов U本位 указано: в однонаправленном режиме positionSide по умолчанию — BOTH; в двунаправленном режиме нужно указывать LONG или SHORT, а также нельзя отправлять параметр reduceOnly — даже если поставить false.
Устранение неполадок можно выполнить в таком порядке: сначала посмотрите текущий режим позиций на аккаунте, затем проверьте в запросе side, positionSide и reduceOnly, и в конце — сравните ответ по ордеру с фактическими позициями. Не удаляйте защитные параметры только ради того, чтобы устранить ошибку, и не отправляйте повторно бездумно; то, что запрос прошёл, не означает, что он всё ещё соответствует исходной цели по частичному закрытию.
Ещё одно различие: явный отказ параметров — не то же самое, что сетевой таймаут. При таймауте сначала в записи по ордеру проверьте, был ли он принят, и только потом решайте, что делать дальше, чтобы не отправлять дубликаты.
Здесь мы разбираем только правила параметров и не предоставляем команды для выставления ордеров; у контрактов остаются плечо и риски исполнения. У вас сейчас используется однонаправленный или двунаправленный режим позиций?
#合约教程 #Управление рисками
При использовании скрипта для управления контрактом $BTC направление покупки/продажи и направление позиции — это разные вещи. В документации Binance для текущих контрактов U本位 указано: в однонаправленном режиме positionSide по умолчанию — BOTH; в двунаправленном режиме нужно указывать LONG или SHORT, а также нельзя отправлять параметр reduceOnly — даже если поставить false.
Устранение неполадок можно выполнить в таком порядке: сначала посмотрите текущий режим позиций на аккаунте, затем проверьте в запросе side, positionSide и reduceOnly, и в конце — сравните ответ по ордеру с фактическими позициями. Не удаляйте защитные параметры только ради того, чтобы устранить ошибку, и не отправляйте повторно бездумно; то, что запрос прошёл, не означает, что он всё ещё соответствует исходной цели по частичному закрытию.
Ещё одно различие: явный отказ параметров — не то же самое, что сетевой таймаут. При таймауте сначала в записи по ордеру проверьте, был ли он принят, и только потом решайте, что делать дальше, чтобы не отправлять дубликаты.
Здесь мы разбираем только правила параметров и не предоставляем команды для выставления ордеров; у контрактов остаются плечо и риски исполнения. У вас сейчас используется однонаправленный или двунаправленный режим позиций?
#合约教程 #Управление рисками