Binance api v3
Binance api github
A partir de hoy por la mañana he empezado a obtener diferentes respuestas desde el mismo endpoint. Envío una petición get a GET /api/v3/allOrders sobre el símbolo LUNCUSDT de mi cuenta. Tengo 21 entradas, pero si vuelvo a enviar la misma solicitud en unos segundos obtengo otra respuesta. Tengo 18 o 21 entradas todo el tiempo. Esto sucede a un lote de símbolos por lo que mi cartera de seguimiento (órdenes de coincidencia y operaciones) tiene errores todo el tiempo debido a la incoherencia de las respuestas.
He grabado un screencast. Copié el código del ejemplo anterior, inserté mi clave secreta, cambié el símbolo a LUNCUSDT y lo reinicié varias veces. Se puede ver que los resultados en la sección inferior (Recuento de registros: 18\21) difieren de una ejecución a otra.
Así que tenemos órdenes CANCELADAS en 18 y en 21 registros. Así que en 18 faltan 3 órdenes LLENADAS y eso es importante. En 21 tenemos órdenes CANCELADAS y LLENADAS (orderIds: 128364587, 128365426, 128580356). Tal vez tiene que ver con algunos CDNs diferentes o alguna caché para LUNCUSDT. Me enfrento a este problema con un pequeño número de activos en spot
Api de websocket de Binance
});Puedes revisar el código fuente para este método ".trades" - observa que utiliza el endpoint "api/v3/myTrades":Obtaining "myTrades" using Node-Binance-APIPuede que quieras obtener el siguiente código fuente: un ejemplo muy simple de obtención NodeJS que extrae dos eventos de operación utilizando Node-Binance-API. El siguiente código fuente fue probado con una cuenta de usuario conocida como "cuenta spot" en Binance.Check binance-mytrades-accounting sample projectVeamos el código que es muy simple y directo:const Binance = require('node-binance-api');
Puntos finales de la API de Binance
Ya existe una etiqueta con el nombre de rama proporcionado. Muchos comandos Git aceptan tanto nombres de etiqueta como de rama, por lo que crear esta rama puede causar un comportamiento inesperado. ¿Está seguro de que desea crear esta rama?
La orden ha sido cancelada según las reglas del tipo de orden (por ejemplo, órdenes LIMIT FOK sin ejecución, órdenes LIMIT IOC o MARKET con ejecución parcial) o por la bolsa (por ejemplo, órdenes canceladas durante la liquidación, órdenes canceladas durante el mantenimiento).
curl -X GET "https://api.binance.com/api/v3/exchangeInfo?permissions=SPOT" o curl -X GET "https://api.binance.com/api/v3/exchangeInfo?permissions=%5B%22MARGIN%22%2C%22LEVERAGED%22%5D" o curl -g -X GET 'https://api.binance.com/api/v3/exchangeInfo?permissions=["MARGIN", "LEVERAGED"]''
Se debe proporcionar symbol o symbols Ejemplos de formato aceptado para el parámetro symbols: ["BTCUSDT", "BNBUSDT"] o %5B%22BTCUSDT%22,%22BNBUSDT%22%5D El número máximo de símbolos permitidos en una petición es 100.
Los valores permitidos son: STOP_ON_FAILURE - Si la solicitud de cancelación falla, no se intentará la colocación de la nueva orden. ALLOW_FAILURE - Se intentará colocar una nueva orden aunque falle la solicitud de cancelación.
Binance /api/v3/ticker/precio
La orden fue cancelada según las reglas del tipo de orden (por ejemplo, órdenes LIMIT FOK sin llenado, LIMIT IOC u órdenes MARKET que se llenan parcialmente), o por el intercambio (por ejemplo, órdenes canceladas durante la liquidación u órdenes canceladas durante el mantenimiento)
Ejemplos de formato aceptado para el parámetro symbols: ["BTCUSDT", "BNBUSDT"] o %5B%22BTCUSDT%22,%22BNBUSDT%22%5D El número máximo de símbolos permitidos en una solicitud es 100
Por defecto 1d si no se proporciona ningún parámetro Valores de windowSize admitidos: 1m, 2m ... 59m para minutos 1h, 2h ... 23h - para horas 1d ... 7d - para días Las unidades no pueden combinarse (por ejemplo, 1d2h no está permitido)
Los valores permitidos son:STOP_ON_FAILURE - Si la solicitud de cancelación falla, no se intentará la colocación de una nueva orden.ALLOW_FAILURE - Se intentará la colocación de una nueva orden incluso si la solicitud de cancelación falla.
Estadísticas de ticker de la ventana móvil de 24 horas para todos los símbolos que cambiaron en una matriz. NO se trata de las estadísticas del día UTC, sino de una ventana móvil de 24 horas para las 24 horas anteriores. Tenga en cuenta que sólo los tickers que han cambiado estarán presentes en el array.