FIXatdl

FIXatdl ("Lenguaje de definición de Trading Algorítmico FIX") es un estándar para el intercambio de metainformación necesaria para activar los algorítmica actividad comercial dentro de los mercados financieros. Funciona en conjunto con el Intercambio de información financiera Protocolo (FIX) que es el lingua franca de comercio electrónico En valores mercado.

Fondo

Antes de mediados de los años noventa, prácticamente todo el comercio de valores fue tramitado por teléfono, pero con el advenimiento de FIX, comercio trasladaron constantemente a medios electrónicos. El protocolo FIX se utiliza para la comunicación entre sell side y el compradora Sistemas de gestión de pedidos (OMS) para intercambiar órdenes e información de la ejecución de orden sin intervención humana, utilizando mensajes estandarizados y flujos de trabajo definidos por el protocolo. Inicialmente, las empresas compradoras sólo proporcionan el acceso a sus escritorios' comerciales' via FIX, que significaba que una vez llegó una orden en el corredor de compradoras, fue manejado por un operador humano, al menos en el inicio de su ciclo de vida. Posteriormente, las empresas compradoras, empezó a ofrecer acceso directo vía FIX a los intercambios/mercados eran miembros del; Esto se conoce como acceso directo al mercado (DMA). En este tiempo, muchas empresas compradoras tenían sus propios sistemas propietarios a negociar automáticamente en el mercado, utilizando trading algorítmico estrategias y con el tiempo empezaron a ver que ofrece acceso a estas estrategias a la compradora de negociación era una manera de atraer negocios y aumentar los ingresos.

Mientras que FIX es un protocolo extensible, hubo dos desafíos que surgieron como resultado de las empresas compradoras ofrece acceso a sus estrategias de trading algorítmicos vía FIX. La primera fue que cada estrategia sell side tenía sus propios parámetros que debía estar incluido como parte de la orden, tan cada firma terminó requiriendo un conjunto diferente de campos (conocido en fijar como "tags") para ser incluido en el mensaje FIX. Este hecho la vida muy difícil para la parte compradora y más particularmente para sus proveedores como agregar nuevos algoritmos para sus sistemas de negociación y gestión de todas las diferentes combinaciones de etiquetas se convirtió en una importante sobrecarga para sus operaciones de desarrollo.

La segunda cuestión para el mercado es que cada empresa sell side tenía forma específica que querían sus algoritmos para mostrarse en la OMS compradora, con controles de la interfaz de usuario dispuesto lógicamente para entrada de orden fácil. Otra vez esto resultó un desafío para los proveedores de sistemas de compra, como cada nueva pantalla para cada agente de venta requiere dedicada desarrollo y prueba de esfuerzo.

Historia

Para abordar estas cuestiones, FIX Protocol Limited estableció el grupo de trabajo Trading Algorítmico en Q3 2004. El foco inicial del grupo debía resolver el primero de estos temas, que lo hizo mediante la definición de un nuevo grupo de campos, la StrategyParametersGrp, compuesto por FIX etiquetas 957 a través de 960 – estas etiquetas fueron presentados formalmente con el lanzamiento de arreglar 5.0 en Q4 2006. Al permitir que las empresas compradoras incluir sus campos propietarios en una estructura par nombre-valor repetición, no había ningún requisito para los vendedores de la OMS definir estructuras de mensaje FIX específicas para cada destino comercial sell side.

Esta solución no fue ampliamente adoptada, en parte debido a la limitada penetración FIX 5.0 y en parte debido al hecho de que las empresas ya tenían trabajo puestas en práctica en el mercado que no estaban dispuestos a cambiar sin buena causa. Tal vez lo más importante, no pudo resolver lo que fue el tema más importante para el mercado, la complejidad para los vendedores de compradora resultantes por la falta de estandarización.

En primer lugar sugirió la idea de usar una estructura XML para describir la presentación de interfaces de usuario de algoritmo y sus parámetros de acompañamiento dentro del grupo de trabajo por Daniel Clayden, luego de JP Morgan Chase en un anuncio de foro 2005. Los miembros del grupo de trabajo desarrollaron esta idea durante el año 2006 y en enero de 2007 invitaron más amplia participación de la industria en un taller para revisar sus ideas. Con el tiempo se produjo una especificación y esto comenzó pruebas beta en julio de 2007. Esta especificación se convirtió FIXatdl 1.0, que fue aprobado por el Comité técnico Global FPL (GTC) el 28 de marzo de 2008.

A pesar del entusiasmo inicial, General versión 1.0 tenía una recepción mediocre por el mercado. Algunos vendedores vieron una oportunidad para brindar servicios alrededor de la norma, como ULLINK con su publicación de algoritmo y herramienta de gestión y UL AMS, pero mientras los principales vendedores OMS se irritaron por la sobrecarga de la implementación de nuevos algoritmos de corredor, habían crecido para disfrutar de los ingresos que podían exigir a sus clientes y corredores dispuestos a conseguir sus algoritmos sobre escritorios compradora.

Aunque la versión 1.0 fue un importante paso adelante, tenía algunas limitaciones significativas. En particular, la definición de los datos a transmitir y su presentación en la interfaz de usuario firmemente atadas juntas, limitando a los corredores compradoras de flexibilidad tenidos en la definición de sus algoritmos. La especificación de 1,0 que también brinda control insuficiente en términos de usuario diseños de interfaz. El grupo de trabajo se dispuso a abordar estas limitaciones en lo que fue para convertirse en la versión 1.1 de la especificación. El primer cambio importante era dividir la definición de los contenidos de datos de la presentación, definiendo lo que se denomina un "contrato de datos independiente" conformada por los parámetros del algoritmo, sus tipos de datos y la información de apoyo tales como valores mínimo y máximo. Una sección separada del documento XML se refiere entonces al diseño de la interfaz de usuario, lo que controla a utilizar para cada parámetro y dónde colocarlos en la pantalla. Un Esquema XSD se proporciona para garantizar que los archivos FIXatdl son válidos y bien formados.

FIXatdl versión 1.1 fue aprobada preliminarmente por el GTC el 09 de febrero de 2010, cuando entró en un período de comentario público y luego finalmente aprobado el 03 de marzo de 2010. La especificación fue introducida al mercado en Europa Oriente Medio y África Conferencia de la FPL formalmente el 23 de marzo de 2010.

Estructura del documento

Un documento de FIXatdl puede contener una o más definiciones de estrategia. Dentro de una definición de la estrategia, hay cuatro secciones principales como sigue:

• Meta datos sección definir clases que regiones geográficas, los mercados (intercambios) y activo la estrategia es aplicable a
• Sección parámetros, cada uno de los parámetros utilizados por la estrategia de sus tipos de datos, listado de restricciones (por ejemplo, los valores mínimos y máximos) y cómo deben estar representados en el mensaje resultante FIX
• Sección StrategyLayout que define los controles de interfaz de usuario para ser utilizado para esta estrategia, cómo debe ser presentados en la pantalla y cómo se correlacionan con los parámetros descritos en la sección anterior del documento
• Sección StrategyEdit que describe las reglas de validación para ser aplicado – normalmente estos serán Cruz campo validaciones

FIXatdl documentos deben validar contra el conjunto de esquema XSD proporcionado por FPL. Estos esquemas se organizan en las siguientes cuatro categorías:

• Núcleo (define el contenido de los datos, los tipos de datos, restricciones, etc..)
• Diseño (define los controles que se pueden utilizar y cómo ellos se establecen)
• Validación (explicación)
• Flujo (permite controles ser habilitado o deshabilitado, ocultarlos o mostrarlos y actualizados, dependiendo del estado o contenido de otros controles)

Funciones de la interfaz de usuario

Paneles de estrategia

Versión 1.1 soporta 14 controles de interfaz de usuario diferente, que pueden agruparse de la siguiente manera:

• Etiquetas
• Campos de entrada de texto (referidos a menudo como cuadros de texto)
• Casillas de verificación y radio botones, ambos por separado y en las listas
• Cuadros de lista, tanto individual como selección múltiple
• Listas desplegables, tanto editables y no editables
• Controles para la entrada de fecha y hora del reloj
• Deslizadores, por seleccionar un pequeño número de ajustes
• Hilanderos numéricos, tanto individuales y dobles para los números enteros y flotantes punto números respectivamente

Los controles se colocan mediante una jerarquía de paneles (denominado StrategyPanels), cada una de ellas puede ser horizontal o vertical en la orientación. La imagen de la derecha muestra cómo los elementos XML se refieren a los paneles individuales dentro de un esquema determinado.

Adopción

A diferencia de la anterior versión, versión 1.1 conjunto parece ser ampliamente aceptado y adoptado por la industria de valores. Incluso a finales de 2009, ya había empresas utilizando el estándar 1.1, pese a su estado previo al lanzamiento. Ejemplos de empresas que soportan el estándar de FIXatdl:

• Sistema de gestión de ejecución RealTick, por Eze Software Group
• ULLINK, con sus Sistema de gestión de algoritmo, UL AMS
• El sistema de gestión de ejecución Portware
• RapidAddition, con sus Editor de FIXatdl
• Asimilar la tecnología, con sus Producto visual FIX
• Piedra angular de la tecnología, con su marcha FIXatdl empaquetado, servicios de consultoría talleres de formación de públicos FIXatdl servicio de validación de FIXatdl sin AtdlTools

También hay código abierto Java y .NET implementaciones, atdl4j y Atdl4net respectivamente, que son ambos compatible con versión 1.1.

Otros estándares de interfaz de usuario

La pregunta a menudo ha sido hecha, ¿por qué no FIXatdl utilizar un estándar de interfaz de usuario estándar, como el de Mozilla XUL, De Microsoft Windows Presentation Foundation o Apache Flex? Esta es una pregunta válida, pero parece que los autores de la especificación quisieron mantener completa independencia de la plataforma y la adopción de cualquier plataforma de una correría el riesgo de dañar esta proposición. Aunque falta el grado de sofisticación de algunas de estas plataformas, la especificación actual proporciona un grado aceptable de control en términos de diseño de interfaz de usuario sin ser excesivamente restrictivas. Queda por verse cómo se desenvolverá esta elección de diseño, y parece probable que se necesitarán más refinamiento de esta parte de la especificación a medida que crece la adopción.

Véase también

• Trading algorítmico
• Comercio electrónico
• Fix protocol

Enlaces externos

• La página oficial de especificación FIXatdl FIX Protocol Limited: https://www.fixprotocol.org/FIXatdl.
• El grupo de trabajo de FIX Protocol Limited, que desarrolla y mantiene FIXatdl https://fixprotocol.org/working_groups/algowg
• Grupo de discusión / Foro de soporte para FIXatdl https://fixprotocol.org/discuss/31
• Artículo del analista técnico, mayo / junio de 2007 El nuevo estándar en Trading Algorítmico.
• FIXatdl - cambiando el panorama de la estrategia comercial, FIXGlobal, diciembre 2009/enero del 2010.
• www.ElectronicDealing.com, un sitio web para la libre publicación y difusión de archivos FIXatdl que cuenta con un editor FIXatdl WYIWYG FIXatdl gratis para descargar

Otras Páginas

• Siglo Village, Florida
• Esquizofrenia pediatrica
• Cancer infantil
• Reguy Gry
• Compensacion diferida
• Aleman Actuarial Society
• Club de futbol Tokio