¿Existen corredores de bolsa que utilicen APIs web basadas en URLs?

Question

Ya tenemos una lista de corredores que proporcionan apis . ¿Qué pasa con las corredurías que ofrecen apis web?

Por ejemplo, Colectivo2 tiene una web basada en url api para introducir operaciones . ¿Hay algún corredor de bolsa que ofrezca una interfaz similar para obtener datos o introducir órdenes?

Answer 1

No me he encontrado con corredores de bolsa con APIs web. De hecho, hay varias razones por las que creo que tales APIs serían una mala idea para el comercio en vivo:

• La seguridad sería una preocupación, tanto para la autenticación como para la encriptación de datos sensibles (tal vez esto último podría abordarse mediante el uso de HTTPS ).
• El Protocolo HTTP no está diseñado para datos transaccionales de este tipo. No es infrecuente que, mientras se navega por la web, se produzcan tiempos de espera, errores de "puerta de enlace mala" y otros fallos. Ahora imagínese que esto ocurre mientras envía un pedido. No sabe si la orden ha llegado al corredor, si ha salido al mercado, si se ha ejecutado, etc. Un protocolo especializado puede manejar esto mucho mejor.
• Si pierdes tu conectividad con el broker, es difícil que lo sepan y tomen medidas correctivas en tu nombre (por ejemplo, retirar todas tus órdenes del mercado).
• No está nada claro cuál es el mecanismo para devolverle los datos (por ejemplo, los rellenos).

Creo que podría ser posible hacer este trabajo (de una manera cuadrada en un agujero redondo), pero hay claramente mejores alternativas.

Answer 2

TD Ameritrade ofrece apis en la web - tiene que tener una cuenta con TD Ameritrade para obtener acceso, pero la página del portal se puede encontrar en Portal de soporte API de TD AMERITRADE . Parece bastante robusto y hay muchos que lo están utilizando para el comercio automatizado - actualmente estoy codificando en Java.

Buena suerte.

Answer 3

No hay ninguna razón específica para que estas APIs no existan. No hay preocupaciones en torno a la seguridad o al rendimiento que sean específicas del propio protocolo HTTP. HTTP puede ser fácilmente asegurado con HTTPS (mucho más pruebas que la solución personalizada de sus corredores). Tradicionalmente, HTTP ha tenido menos soporte para la transmisión de datos a través de conexiones persistentes, ya que la principal forma de hacerlo era un flujo codificado en trozos de longitud ilimitada. La introducción de los web sockets elimina cualquier impedimento para utilizar una solución basada en HTTP + WebSockets.

Un protocolo personalizado aún necesitaría implementar el manejo de errores, la comprobación de paquetes perdidos, la interrupción de la conexión, etc... Esto se podría implementar perfectamente en HTTP. Los desarrolladores de protocolos personalizados a menudo describen la eficiencia de utilizar protocolos binarios personalizados, pero rara vez hay mediciones precisas y detalladas que respalden sus afirmaciones. Sería muy sencillo construir una solución de muy alto rendimiento usando nginx y WebSockets que soportara cualquier parte de la funcionalidad que los brokers suelen proporcionar.

Sospecho que no hay más de esto ya que la mayoría de los promotores financieros no suelen recurrir a este tipo de soluciones porque no es la forma en que se han hecho las cosas. La inercia en cualquier industria puede ser muy poderosa.

En cualquier caso, varios motores FIX ya están muy probados y se utilizan a escala y, dado que la mayoría de las personas que operan a escala utilizan FIX, hay pocos incentivos para invertir en el desarrollo de una tecnología basada en la web. Si una empresa de corretaje ya tiene una API personalizada, el retorno de la inversión en una solución basada en HTTP es probablemente casi nulo.

Answer 4

En el pie de página de esta página, usted puede encontrar una lista de corredores, que proporcionan servicios de API (web o despojado) y corredores baratos.

http://www.elitetrader.com/vb/forumdisplay.php?s=eff1f8fd5f8145d41006a327f286ca27&forumid=48

Gracias Roshan