La interfaz de mercado del Agent OS oficial me devolvió mi primera solicitud de velas.
La respuesta literal fue Too much request weight used, con un límite de 6000 request weight por 1 MINUTE. Volví a enviarla 25 segundos después y pasó. El peso se comparte según la IP de salida; si otros hacen muchas peticiones, a ti también te pueden bloquear.
En el mismo minuto, consulté varios endpoints de BTCUSDT y obtuve cuatro precios distintos.
Último成交 al contado: 82538.01. Precio medio ponderado a 24 horas del spot: 81865.35. Último precio del contrato USDT-margined: 82490.30. Precio de marca del contrato: la vela horaria que abrió a las 15:00 abrió en 82534.1 y cerró en 82510.9.
La diferencia entre spot y contrato en el mismo minuto fue de 48 dólares. Ambos books negociaron por separado y ninguno devolvió error. La diferencia entre precios medios ponderados fue de 672 dólares; se pondera por el volumen negociado de 24 horas, y el mínimo de hoy, 80393.56, también entra en ese cálculo.
No esperes obtener el precio de marca desde el endpoint ticker de contratos; solo tiene tres campos: price, symbol y time. Para el precio de marca hay que usar aparte markPriceKlineCandlestickData.
Dos campos son problemáticos. Tanto el precio como el volumen son cadenas, como 82538.01000000; solo count es un entero. Si los sumas directamente, 12 y 34 se convertirán en 1234. La respuesta de las velas viene como un array dentro de otro array, y el orden de las 12 posiciones es fijo.
La postura oficial en el AMA es que Agent OS actualmente expone datos públicos. Los que usé no requieren permisos de cuenta y no hace falta configurar ninguna clave.
Mi método tiene tres pasos. Primero consulto el ticker spot; si necesito referencia, añado el precio medio ponderado de 24 horas. Las velas solo las pido con limit=1 cuando quiero ver la forma. Si choco con -1003, espero unos diez y pico segundos y reintento.
#中本聪国际社区Baoluo币商资本 #币安推出BinanceIntelligence #BinanceAI #币安
La respuesta literal fue Too much request weight used, con un límite de 6000 request weight por 1 MINUTE. Volví a enviarla 25 segundos después y pasó. El peso se comparte según la IP de salida; si otros hacen muchas peticiones, a ti también te pueden bloquear.
En el mismo minuto, consulté varios endpoints de BTCUSDT y obtuve cuatro precios distintos.
Último成交 al contado: 82538.01. Precio medio ponderado a 24 horas del spot: 81865.35. Último precio del contrato USDT-margined: 82490.30. Precio de marca del contrato: la vela horaria que abrió a las 15:00 abrió en 82534.1 y cerró en 82510.9.
La diferencia entre spot y contrato en el mismo minuto fue de 48 dólares. Ambos books negociaron por separado y ninguno devolvió error. La diferencia entre precios medios ponderados fue de 672 dólares; se pondera por el volumen negociado de 24 horas, y el mínimo de hoy, 80393.56, también entra en ese cálculo.
No esperes obtener el precio de marca desde el endpoint ticker de contratos; solo tiene tres campos: price, symbol y time. Para el precio de marca hay que usar aparte markPriceKlineCandlestickData.
Dos campos son problemáticos. Tanto el precio como el volumen son cadenas, como 82538.01000000; solo count es un entero. Si los sumas directamente, 12 y 34 se convertirán en 1234. La respuesta de las velas viene como un array dentro de otro array, y el orden de las 12 posiciones es fijo.
La postura oficial en el AMA es que Agent OS actualmente expone datos públicos. Los que usé no requieren permisos de cuenta y no hace falta configurar ninguna clave.
Mi método tiene tres pasos. Primero consulto el ticker spot; si necesito referencia, añado el precio medio ponderado de 24 horas. Las velas solo las pido con limit=1 cuando quiero ver la forma. Si choco con -1003, espero unos diez y pico segundos y reintento.
#中本聪国际社区Baoluo币商资本 #币安推出BinanceIntelligence #BinanceAI #币安