¿Qué API debo usar? REST frente a WebSocket

En Spot, aunque ambos proporcionan los mismos datos de mercado (libros de órdenes, historial de trading, etc.) y los mismos datos de cuenta (saldos de cuenta, estado de órdenes/operaciones, etc.), REST y WebSocket lo hacen de maneras significativamente diferentes.

REST ofrece una interfaz de tipo llamada/respuesta (pregunta/respuesta) y proporciona una instantánea de los datos actuales, mientras que WebSocket ofrece una interfaz de tipo transmisión en vivo y proporciona actualizaciones en tiempo real.

Una analogía sería la diferencia entre una fotografía y un vídeo, en el sentido de que, previa solicitud, una fotografía proporciona una instantánea del sujeto pero sin más actualizaciones, mientras que un vídeo proporciona una vista en tiempo real del sujeto con actualizaciones en vivo.

Aunque ni REST ni WebSocket son difíciles de implementar, generalmente se acepta que REST es menos complejo, lo que permite reducir el tiempo de desarrollo y resolver cualquier problema posterior más rápidamente.

REST se basa en solicitudes HTTPS estándar que se incluyen en las bibliotecas estándar de todos los lenguajes de programación modernos (y podrían codificarse fácilmente desde cero si no), mientras que WebSocket se basa en una actualización WSS de HTTPS que generalmente requiere bibliotecas de terceros adicionales (como nuestra biblioteca WebSocket recomendada para Python).

Nuestras páginas de soporte de API proporcionan código de ejemplo listo para usar tanto para REST como para WebSocket, por lo que la elección de la interfaz se puede hacer utilizando criterios más críticos en lugar de la facilidad de implementación.

Dependiendo de la tarea en cuestión, la elección óptima sería solo REST, solo WebSocket, o más probablemente una combinación de ambos, REST y WebSocket.

Para tareas que solo requieren actualizaciones ocasionales de datos de mercado, REST sería la opción preferida. Por ejemplo, un bot de promedio de coste diario que solo requiriera datos de mercado una vez cada 24 horas no necesitaría datos de mercado en tiempo real, por lo que los puntos finales de datos de mercado de REST serían más que adecuados.

Para tareas que requieran los datos de mercado más actualizados disponibles, WebSocket sería la opción preferida. Por ejemplo, un bot de arbitraje necesitaría datos de mercado en tiempo real de múltiples mercados para aprovechar las discrepancias momentáneas de precios, por lo que los feeds de datos de mercado de WebSocket serían la elección ideal.

En la mayoría de los casos (como la mayoría de los bots de trading), una combinación de REST y WebSocket permitiría la implementación más efectiva. Por ejemplo, una aplicación móvil podría requerir datos de mercado en tiempo real para sus gráficos, mientras que solo necesitaría datos de cuenta ocasionalmente (al realizar una operación o una transacción de financiación, por ejemplo), por lo que el uso de los feeds de datos de mercado de WebSocket junto con los puntos finales de estado de órdenes/operaciones/financiación de REST sería la combinación más eficiente.

Nuestro equipo de soporte de API estará encantado de discutir su implementación de API con usted y hacerle sugerencias sobre la forma óptima de usar nuestra API según su escenario de uso previsto.