Error en la orden de contratos BTC; primero verifica el modo de posiciones, no te apresures a reintentar.
Al gestionar el contrato $BTC mediante scripts, la dirección de compra/venta y el sentido del posicionamiento son cosas distintas. La documentación actual de los contratos U de Binance indica claramente: en modo unidireccional, positionSide por defecto es BOTH; en modo bidireccional, debes especificar LONG o SHORT, y no puedes enviar el parámetro reduceOnly; aunque se rellene como false, tampoco es una excepción.
La solución puedes seguir este orden: primero mira el modo de posiciones actual de la cuenta; luego verifica side, positionSide y reduceOnly en la solicitud; por último revisa la respuesta de la orden y la posición real. No elimines el parámetro de protección solo para suprimir el error y volver a enviarlo; que la solicitud se procese no significa que aún cumpla el objetivo original de reducción de posición.
Además, hay otra diferencia: el rechazo explícito de parámetros no es lo mismo que un tiempo de espera de red. Si ocurre un timeout, primero confirma en el registro de la orden si ya fue aceptada, y entonces decide el siguiente paso, para evitar delegaciones repetidas.
Aquí solo se desglosan las reglas de parámetros, no se proporcionan instrucciones para operar; el contrato aún tiene riesgo de apalancamiento y de ejecución. ¿Ahora estás usando posiciones unidireccionales o bidireccionales?
#合约教程 #gestión del riesgo
Al gestionar el contrato $BTC mediante scripts, la dirección de compra/venta y el sentido del posicionamiento son cosas distintas. La documentación actual de los contratos U de Binance indica claramente: en modo unidireccional, positionSide por defecto es BOTH; en modo bidireccional, debes especificar LONG o SHORT, y no puedes enviar el parámetro reduceOnly; aunque se rellene como false, tampoco es una excepción.
La solución puedes seguir este orden: primero mira el modo de posiciones actual de la cuenta; luego verifica side, positionSide y reduceOnly en la solicitud; por último revisa la respuesta de la orden y la posición real. No elimines el parámetro de protección solo para suprimir el error y volver a enviarlo; que la solicitud se procese no significa que aún cumpla el objetivo original de reducción de posición.
Además, hay otra diferencia: el rechazo explícito de parámetros no es lo mismo que un tiempo de espera de red. Si ocurre un timeout, primero confirma en el registro de la orden si ya fue aceptada, y entonces decide el siguiente paso, para evitar delegaciones repetidas.
Aquí solo se desglosan las reglas de parámetros, no se proporcionan instrucciones para operar; el contrato aún tiene riesgo de apalancamiento y de ejecución. ¿Ahora estás usando posiciones unidireccionales o bidireccionales?
#合约教程 #gestión del riesgo