Argitektuur van 'n hoë frekwensie handel stelsel

Hoë frekwensie handel stelsel ontwerp en proses bestuur hoë frekwensie handel stelsel ontwerp en proses bestuur adviseur: Roy E. Welsch. Departement: System Design and Management Program. Uitgewer: Massachusetts Institute of Technology Datum Uitgereik: 2009 firmas deesdae is hoogs afhanklik van data-ontginning, rekenaarmodellering en die ontwikkeling van sagteware. Finansiële ontleders te voer baie soortgelyke take aan dié in sagteware en vervaardigingsbedrywe. Maar die finansiële sektor het nog nie ten volle 'n hoë-standaard stelsels ingenieurswese raamwerke en proses bestuur benaderings wat suksesvol was in die sagteware en vervaardigingsbedrywe aangeneem. Baie van die tradisionele metodes vir die produk ontwerp, gehaltebeheer, sistematiese innovering, en deurlopende verbetering in ingenieursdissiplines aangewend kan word om die veld van finansies. Hierdie tesis wys hoe die kennis wat uit ingenieursdissiplines die ontwerp en prosesse bestuur van 'n hoë frekwensie handel stelsels kan verbeter. Hoë frekwensie handel stelsels is-berekening gebaseer. Hierdie stelsels is 'n outomatiese of semi-outomatiese sagteware stelsels wat inherent kompleks en vereis 'n groot mate van ontwerp presisie. Die ontwerp van 'n hoë frekwensie handel stelsel koppel verskeie velde, insluitend kwantitatiewe finansies, stelsel ontwerp en sagteware-ingenieurswese. In die finansiële sektor, waar wiskundige teorieë en handel modelle relatief goed nagevors, die vermoë om hierdie ontwerpe te implementeer in real handel praktyke is een van die belangrikste elemente van 'n belegging maatskappye mededingendheid. Die vermoë van die omskakeling van belegging idees in 'n hoë werkverrigting handel stelsels doeltreffend en effektief kan 'n belegging firma 'n groot mededingende voordeel te gee. (Verv.) Hierdie tesis verskaf 'n gedetailleerde studie bestaan ​​uit 'n hoë frekwensie handel stelsel ontwerp, stelsel modellering en beginsels, prosesse en bestuur vir stelsel ontwikkeling. Besondere klem word aan back testing en optimalisering, wat beskou word as die belangrikste dele in die bou van 'n handel stelsel. Hierdie navorsing bou stelsel ingenieurswese modelle wat die ontwikkelingsproses te lei. Dit maak ook gebruik van eksperimentele handel stelsels te verifieer en te bekragtig beginsels in hierdie tesis aangespreek. Ten slotte, hierdie tesis tot die gevolgtrekking dat stelselingenieurswese beginsels en raamwerke die sleutel tot sukses vir die implementering van 'n hoë frekwensie handels - of kwantitatiewe belegging stelsels kan wees. Proefskrif (S. M.) - Massachusetts Institute of Technology, System Design and Management Program, 2009 gekatalogiseer uit PDF-weergawe van tesis. Bibliografie (bl. 78-79). Sleutelwoorde: System Design and Management Program. Kyk na My AccountThere is eintlik net 3 groot blokke in 'n Algo Trading System. 1. Mark data Handler (bv FAST hanteerder) 2. Strategie Module (bv crossover strategie) 3. Bestel Router (bv FIX router) jy kan Risiko tjeks voeg by óf die strategie module of die Orde Router module of beide. Solank jou data vloei korrek is, moet jy goed om te gaan. Onthou jy die ontwerp van 'n ATS vir minimum latency, en die toevoeging van meer lae of kompleksiteit sal ten koste van latency kom. Minimale ATS argitektuur en as jy die klokkies en fluitjies voeg, sal dit lyk soos die volgende: As jy ook geïnteresseerd in die nitty-gritty van die implementering van die bogenoemde argitektuur, moet jy die volgende dinge in gedagte te hou. Vermy slotte / mutexes. In die geval het jy om dit te gebruik, probeer om hulle te vervang met lockless strukture met behulp van Atomics. Daar is n paar biblioteke beskikbaar vir lockless datastrukture (bv libcds, concurrency kit ens). C-11 ondersteun st :: atoom. en jy moet daarna streef om dit te gebruik as well. Vermy whats gedoen Quickfix. Sy geskryf vir veiligheid / soepelheid / reusab ility as voorwerp (slot) skepping en vernietiging vir elke oproep van enige boodskap aan router gedoen. Sekerlik geen manier om 'n latency sensitiewe kode te skryf. Geen runtime geheuetoekenning. runtime pad moet persoonlike en uitsluiting gratis geheuebestuur gebruik met pre-toegeken geheue swembad. Al die inisialisering kan gedoen word in vervaardigerskampioenskap. Stywe koppeling. Threading model, I / O-model en geheue bestuur moet ontwerp word om saam te werk met mekaar om die beste algehele prestasie te bereik. Dit druis in teen die OOP konsep van los koppeling, maar sy nodig om runtime koste van dinamiese polimorfisme te vermy. Gebruik Templates. In dieselfde trant, sal ek ook voor dat jy kyk na C templatization om buigsaamheid van kode te bereik. OS / Hardware optimalisering Uiteindelik, moet jy kyk om te werk met Linux RT kern en Solarflare netwerkkaart met OpenOnLoad bestuurder vir die bereiking van die minimum latency. jy kan verder kyk na die CPU isoleer en uit te voer jou program op daardie spesifieke kern. En ten slotte die openbare API wat jy nodig sou wees om bloot te stel aan strategie ontwikkelaars. Ek wil graag hierdie aan die minimale stel wat al die kompleksiteit van die betrokke ruil / bestemming sou omsluit wees. klas OrderRouter openbare: virtuele Bool sendNewOrd (OrderInfo) 0 virtuele Bool sendRplOrd (OrderInfo) 0 virtuele Bool sendCxlOrd (OrderInfo) 0 virtualBut dit beteken dat die OrderInfo Klas moet al die besonderhede wat vereis word deur die bestemming / ruil het. In die algemeen, die uitruil vereis dieselfde soort inligting, maar as jy gaan saam en ondersteun meer beurse / bestemmings jy sal vind jouself die toevoeging van meer veranderlikes in hierdie klas. Die volgende is die belangrikste vrae / uitdagings wat jy nodig sou wees om jouself te vra: 1. Multi-proses argitektuur of multi-gestruktureerde argitektuur. of om 'n monolitiese proses bou met verskeie drade, of skryf 'n paar prosesse. Die koste van verskeie proses is boodskap verby latency, terwyl die koste vir verskeie stringe enkele proses is dat enige versuim in die hele stelsel kan bring. 2. Boodskap afsterwe: terwyl jy kan kies uit oorvloed van opsies, jy beperk deur latency oorweging. Vinnigste IPC sou gedeel geheue, maar dan hoe sou jy doen die sinchronisasie spandeer 'n geruime tyd met hierdie twee vrae omdat hulle die boublok waarop jou argitektuur staan ​​sou wees. Edit: FIX en vinnig Met betrekking tot gewilde / standaard protokol, FIX is vir die stuur van bestellings en vinnig vir die mark data. Noudat dit gesê is, die meeste ruil hul eie moedertaal protokol wat is vinniger as op te los, want FIX algemeen geïmplementeer op die top van hul moedertaal protokol. Maar hulle het steeds ondersteun FIX dra by tot spoed van ontplooiing. Aan die ander kant, terwyl bepaal deur die grootste deel van die uitruil aangeneem, vinnig geniet nie so 'n wye aanvaarding. As daar iets is, sal daar net 'n handjievol van ruil aanneming dit so wees. Die meeste van hulle óf stuur oor FIX self (lae latency), of hul eie moedertaal binêre protokol. bv In Indië, NSE, BSE en MCX / MCXSX, al die drie beurse gee jy los protokol bykomend tot inheemse protokol, maar slegs BSE gee jou vinnig vir markdata. En dit is ook die verskuiwing van vinnig om moedertaal met bekendstelling van EOBI. jy kan dieselfde ding ekstrapoleer na ander ruil. 2.8k Views middot View upvotes middot Nie vir Reproduksie Soos Johannes genoem, OMS is die kern van enige verhandelingsplatform en jy moet begin van die ondersoek nie. Jy wil hê om tyd te spandeer om jou handel lewensiklus, gebeure en funksies wat jy wil in te sluit op die OMS en die mense wat jy wil hê dat jou Algo Engine hanteerbaar te bepaal. Metcetera bied 'n oop bron OMS, ek haven039t dit persoonlik gebruik, maar it039s een van die min in die mark. Die volgende ding wat jy moet kyk na is die verskaffing van 'n koppelvlak tot brondata in en druk dit uit. Dit is vir 'n kliënt om toegang stelsel te gooi in die orde besonderhede en Algo enjin om dit te bekom. Baie Sell Side OMS039s gebruik 'n kombinasie van eie programme geskryf in Java / C met behulp los. FIX protokol kan jy realtime kommunikeer oor stelsels in 'n vereenvoudigde amp pre-gedefinieerde boodskap deur die FIX protokol gemeenskap gelê formaat. Gaan na Die FIX protokol Organisasie GT Tuis bladsy vir meer daaroor te lees. Ook kyk na Open Source FIX Engine. 'n open source implementering van die FIX enjin. Volgende kom 'n Mark data koppelvlak tot bron realtime tyd sekuriteit mark inligting, data wat wissel van High / Low / Open / Close na Best bid / Best ask, Total verhandel volume, Laaste prys, Laaste volume, Bid haal, Vra aanhalings ens Die inligting jy soek regtig hang af van die tipe strategie wat jy wil uit te voer. Ek glo Interaktiewe Broker bied 'n real-time data voer via los. Ruil verbinding is langs waar u Algo interpreteer die seine, skep 'n bevel en roetes na 'n ruil of ECN. Die ontwikkeling van dit in die huis kon moeilik wees as jy nodig sou wees om uit te werk Exchange lidmaatskap, sertifiseer jou platform en betaal 'n gereelde ledegeld. 'N goedkoper manier is om 'n makelaar API (soos IB) en roete aan die orde deur dit te gebruik. Historiese data is van wese te as wat jy dalk wil die huidige mark gedrag met sy historiese waardes te vergelyk. Parameters soos normaal verspreiding, VWAP profiele, kan gemiddelde daaglikse volume ens word benodig om besluitneming te beïnvloed. Jy kan dit op die databasis (voorkeur) maar as spoed van die wese dan laai dit op die bediener kas wanneer jy jou program te begin. Sodra jou perifere stelsels ingestel is, kan jy begin met die ontwikkeling van jou algo program die manier waarop jy dit wil hê om te werk. Dit basiese infrastruktuur sal jou toelaat om insette 'n ouer algo orde, lees data mark, reageer op die seine, maar genereer kind bestellings en plaas dit op die uitruil bestelboek en historiese data te besluitneming beïnvloed. Die OMS het die verband tussen die ouer amp kind orde, hul realtime status en updates deur die algo of ruil konneksie platform. Wat jy wil uit te voer binne die Algo is heeltemal aan jou. 1.8k Views middot View upvotes middot Nie vir Reproduksie Martin Krmer. rekenaarwetenskaplike, full-stapel kodeerder, wat 'n goeie idee van die masjien leer Dit lyk baie makliker as wat jy dalk dink as hulle hoofdoel is om antwoorde op seine in die orde van mikrosekondes en nie die optimalisering vir enige soort van ingewikkelde model te bereik. In die praktyk beteken dit dat jy nie iets kan bekostig, behalwe 'n paar baie basiese wiskunde te. So groot handelaars in hierdie gebied werklik geld te maak deur in staat is om 'n micro vinniger as 'n mededinger en nie reageer deur die interpretasie van die data in 'n complicted mode. 2.2k Views middot View upvotes middot Nie vir ReproductionYour een-stop bron vir multi-bate outomatiese handel tegnologie Nou kan jy bestuur, outomatiseer en te optimaliseer jou globale handel aktiwiteite met groter doeltreffendheid met 'n makelaar-neutrale uitvoering bestuurstelsel. InfoReach verskaf geïntegreerde, hoë-prestasie handel sagteware vir orde en handel bestuur. globale konnektiwiteit. uitvoering mark, risikobestuur. transaksie koste-ontleding (TCA) en nog baie meer. 'N Erkende leier in die ontwikkeling van 'n onafhanklike, onderneming-krag tegnologie sedert 1995, InfoReach lewer omvattende uitvoering bestuur sagteware oplossings en 'n lae-latency verbinding met die globale institusionele handel gemeenskap. Volle integrasie met intelligente handel gereedskap soos algoritmes. pre / in / post handel analytics en risiko beheer in staat stel kliënte te beleggingsbesluite te voer met 'n verhoogde spoed en beheer. Voortdurend opgedateer tegnologie help maatskappye van alle groottes te kompeteer meer effektief in vinnig veranderende markte. Oplossings vir elke stap van die handel proses kan gekonsolideer in 'n enkele uitvoering bestuur handel stelsel wat jou handel lessenaar infrastruktuur vergemaklik en te standaardiseer prosesse. Met tegnologie gebou van die grond af te multi-bate handel te ondersteun. jy geniet naatlose handel oor aandele. opsies. termynmark. forex. vaste inkomste. rentekoersruiltransaksies met bate-spesifieke funksies. - Fix gebaseer, makelaar-neutrale verbinding in staat stel om handel te dryf wat, en met wie waar jy wil in die wêreld. Handel-gereed funksie blitsige ontplooiing InfoReach oplossings is ontwerp vir gevorderde gebruikers wat wil die beste in sy klas funksies en gereedskap sonder 'n lang wag tyd vir aflewering. Ons uitvoering bestuur sagteware is trade-gereed met min behoefte aan aanpassing, en ondersteun 'n magdom van handel style en strategieë. Met 'n gemiddelde ontplooiing tyd van net 3 weke, het ons die goue standaard vir lewering en diens. Maak die beste gebruik van elke handel geleentheid terwyl die beheer van koste Of jy kant koop of verkoop kant, InfoReach bied gevorderde vermoëns en gereedskap wat kan help om raak te sien en aan te gryp nuwe geleenthede in die mark, outomatiseer handel strategieë, te minimaliseer risiko, die verbetering van gehalte uitvoering, transaksiekoste te verminder en tred te hou met veranderinge in die mark struktuur en regulasie, insluitend: Pre / op / na-handel ontleding FIX verbinding te groot bronne van globale likiditeit vir aandele. opsies. termynmark. forex. vaste inkomste. rentekoersruiltransaksies Lae-latency, hoë-volume uitvoering handel Handleiding, algoritmiese en outomatiese handel Swart boks ontwikkeling en toetsing omgewing Real-time, interaktiewe kaarte en posisie bewaking Toegang tot globale makelaarsdienste en strategieë vir multi - en kruis-bate handel Direkte mark toegang (DMA) Hoë-frekwensie handel en algoritmiese ontwikkeling enjin Risiko beheer Bestel bestuur (sell kant) Regulerende verslagdoening (sell kant) Consolidated Desktop Skep 'n persoonlike handelsomgewing Al ons oplossings kan aangepas word en gelewer in 'n verenigde outomatiese handel stelsel wat voldoen aan jou spesifieke handel bestuur en uitvoering behoeftes. Of jy kan kies tegnologie komponente om onafhanklik gebruik en / of diens in jou bestaande stelsels te kies. Met jou keuse van on-site installasie of hosting by enige van ons globale data sentrums, InfoReach maak dit maklik op te gradeer na die beste uitvoering orde bestuur sagteware. Multi-strategie, multi-bate EBW Wees die eerste om nuwe geleenthede in die mark en gryp kostedoeltreffend ambagte op verskeie makelaars, plekke, instrumente en geografiese voer met 'n multi-strategie, makelaar-neutrale Uitvoering Management System (EMS). Ware klas dekking multi-bate stroomlijnt handelaar workflow en skakel die behoefte vir verskeie platforms. Jy kan toegang tot en gebruik 'n volle spektrum van makelaarsdienste (order routing, direkte toegang tot die mark (DMA), strategieë, ens) vir verskeie bateklasse deur 'n enkele punt van accessndashsaving jou tyd, hulpbronne en koste. Ons handel sagteware maklik integreer met Bestel Management Systems. sodat handelaars bestellings verhoog en teregstellings in real-time te ontvang. Terwyl FIX verbinding met die meeste OMS verskaffers reeds ingestel is, kan nuwe integrasie quicklyndashoften voltooi binne enkele dae. Enterprise-krag tegnologie ondersteun deur verskeie handel style en strategieë InfoReach tegnologie ontwerp is om outomatiese en algoritmiese handel met 'n lae latency en hoë deurset in staat te stel. Die buigsaamheid en scalability ondersteun 'n magdom van handel style en strategieë, sodat jy alfa streef en te verminder impak mark. Meer spoed en beheer in die einde uitvoering proses Ons handel bestuurstelsels bied kragtige out-of-the-box funksie wat dit moontlik maak koop-kant handelaars om ambagte met 'n verhoogde spoed en beheer uit te voer: Gevorderde funksies handel vir enkele aandele en listsndashincluding portefeulje, indeks, pare, en meerdaagse mandjie handel handel oor aandele. opsies. termynmark. forex. vaste inkomste. rentekoersruiltransaksies van 'n enkele onderlegger, met bate-spesifieke funksies (insluitend multi-been bestellings vir termynkontrakte en opsies) Broker-neutrale tegnologie toelaat om te skep, te ken, en uit te voer jou bestellings met verskeie makelaars deur 'n koppelvlak en punt van toetrede Interaktiewe kaarte, grafieke en hitte kaarte help om vinnig raak te sien en op te tree op markgeleenthede Real-time posisie monitering bied 'n gekonsolideerde siening van die aktiwiteit oor globale markte vir verskeie bateklasse Web-gebaseerde multi-makelaar handel met 'n diens vir OMS Friends EBW Friends Toegang verskeie makelaars handel lessenaars en algoritmiese uitvoering dienste regoor die wêreld vanaf enige Internet-gereed rekenaar met behulp van ons Brokereach handel portaal (www. Brokereach). Hierdie eenvoudige web-gebaseerde handel aansoek kan jy bestellings en teregstellings oor verskeie plekke te konsolideer en te monitor handel aktiwiteit in reële tyd. Jy kan konnekteer met 'n onbeperkte aantal makelaars deur 'n enkele punt van toegang teen geen koste. Brokereach kan ook dien as 'n gratis diens vir jou OMS Friends of EBW Friends. Ons veilige bedieners kan gereeld jou uitvoering handel data stoor die hele dayndashincluding beide uitgevoer en die oorblywende posisies. Dit laat jou toe om vinnig te ontspan of volledige ambagte wanneer jou gebruiklike handel stelsel ly onderbreking. Hier is meer oor ons koop-kant oplossings Vir meer inligting oor InfoReach handel sagteware, besoek: Trading Risiko Beheer Nou kan jy sien en kontrolerisiko wêreldwyd in alle handelsaktiwiteite en stelsels in real time. Outomatiese risiko beheer van InfoReach toelaat om 'n hiërargie van voorsorgmaatreëls en limiete is van toepassing oor 'n breë spektrum van veranderlikes, soos handelaar, instrument, posisie, eenheid en bestemming. Voor - en na-handel risiko tjeks monitor alle risiko veranderlikes en sneller kennisgewings wanneer neededndashallowing gebruikers ambagte te pas of te blokkeer die vrylating van non-compliant bestellings. Die grense risiko tegnologie dek bestellings hand ontstaan, algoritmies, via API of uit ander derde party OBS. Risiko-assessering van opdragte is gebaseer op 'n samevoeging van die beskikbare transaksie vloei inligting, insluitend orde en uitvoering data en data mark. Arresteer of kontrolerisiko in reële tyd maak nie saak wat, waar of met wie jy handel, jou onderneming kan risiko te verminder wanneer die partye tot 'n ambag of die breër mark nadelig kan beïnvloed word deur 'n beoogde orde. Byvoorbeeld, kan jy: Voorkom vet-vinger foute te vermy negatiewe impak mark deur 'n vergelyking van die orde teen sulke statistieke as die berekende gemiddelde verhandel volume van die instrument Stel toleransies individuele risiko vir fondse, rekeninge, strategieë, handelaars en instrumente (effekte) Voorkom foutiewe bestellings van weghol algoritmes Kyk vir 'n bevel dat abuis ingevoer of oorskry enige vorm van risiko toleransie, soos die uitneem van te groot 'n posisie Vlag bestellings wat meer as ander interne risiko drumpel Kry 'n gekonsolideerde siening van vaste-wye blootstelling blootstelling kan besigtig word vir verskeie vlakke, insluitend kliënt, rekening, handelaar, handel lessenaar en onderneming. En as jou firma gebruik meer as een handel aansoek en / of handel dryf deur middel van verskeie makelaars, kan die InfoReach perke risiko tegnologie om inligting saam te voeg van ander handel stelsels en 'n enkele gekonsolideerde siening van die globale risikoblootstelling oor bateklasse. Maklik ontplooiing enige handelsomgewing Ons risikobeheer tegnologie is ingesluit in ons InfoReach TMS. Prelude en HiFREQ multi-makelaar handel stelsels. En nou is dit ook beskikbaar as 'n afsonderlike, onafhanklike module vir maatskappye met behulp van ander EBW s en OMS s. Dit maak dit moontlik om moeiteloos vooraf ingestel risiko perke van toepassing op jou hele order vloei. Hoë-frekwensie algoritmiese enjin in diens van die tegnologie vir lae-latency, hoë-frekwensie handel algoritmes sonder om te bou en in stand te hou jou eie gespesialiseerde infrastruktuur. HiFREQ is ons 'n hoë-frekwensie handel sagteware wat ondersteun outomatiese-strategie gedryf handel vir aandele, termynkontrakte, opsies en buitelandse valuta. Dit bied al die noodsaaklike komponente om deurset van tienduisende bestellings per sekonde by sub-millisekonde latency te fasiliteer. Toegang hoë-frekwensie handel algoritmes van makelaars en ander verskaffers en sit komplekse handel strategieë oor bateklasse. Skep, back-toets en te ontplooi handel vir eie strategieë in 'n swart-box ontwikkeling omgewing. Scalable, makelaar-neutrale argitektuur in staat stel om verskeie strategieë saamloop en sit hulle op verskeie bedieners op verskeie bestemmings en makelaar data sentrums. HiFREQ is add-on HFT sagteware om InfoReach handel platforms wat ons skaalbare, drie-toegeroep argitektuur maak gebruik en op te los Engine hoë spoed, hoë-deurvloei kapasiteit te verseker. Bestellings kan aangestuur na 'n globale FIX-compliant bestemming. Ons HiFREQ HFT sagteware is ook beskikbaar onafhanklik as 'n sleutel-swart-box handel oplossing. Global makelaar FIX verbinding Ons makelaar-neutrale argitektuur en groot orde-routing netwerk in staat stel om vinnig toegang tot enige bestemming in die wêreldwye finansiële Information Exchange Network (FIX) met 'n minimum van tyd en koste. InfoReach tans verbind om meer as 140 makelaars, ECNs, MTF's, ruil, ATSs, donker poele, FX handelaars en banke, en ander groot internasionale bronne van likiditeit vir aandele. opsies. termynmark. forex. vaste inkomste. rentekoersruiltransaksies Jy kan toegang tot 'n volle spektrum van makelaarsdienste, insluitend order routing, direkte toegang tot die mark (DMA) en strategieë. Meer as 500 opgedateer makelaar uitvoering algoritmes oor verskeie bateklasse kan verkry word vanaf 'n enkele systemndashsaving jou tyd, hulpbronne en koste. Om beter prestasie, betroubaarheid, lae latency en hoë deurset, InfoReach voorrade mark en makelaar verbinding via sy eie InfoReach FIX Network (IFN) te verseker. Terwyl baie bestemmings reeds gesertifiseer, kan regmaak verbinding om enige voldoen bestemming easilyndashoften gevestig binne enkele dae. As 'n bykomende voordeel, die IFN bied 'n real-time waarskuwing funksie wat handelaars wanneer 'n verhandeling bestemming in ons aansluit netwerk word unavailablendashregardless of 'n bevel of order wysig is in die spel kennis. Dit gee jou die geleentheid om bestellings om 'n beskikbare makelaar lei vroegtydig van die mark naby. Vir diegene wat wil om aan te pas en hul eie makelaar-routing FIX netwerk in stand te hou. IFN sagteware is beskikbaar vir die aankoop van InfoReach. Vir meer inligting, besoek InfoReach Finansiële Information Exchange Network om 'n gedeeltelike lys van makelaar ALGOS tans beskikbaar deur ons Finansiële Information Exchange verbinding netwerk te sien, besoek Broker ALGOS uitvoering algoritmes Algorithmic handel is 'n noodsaaklike instrument in die soeke na die generering van alfa en bewaring, en InfoReach tegnologie is ontwerp van dag een af ​​om dit in staat te stel met die hoogste vlak van doeltreffendheid. So beide ons TMS en Prelude handel platforms sluit in 'n reeks van pre-gebou algoritmes vir gewilde uitvoering strategieë. En ons verskaf die bronkode sodat kliënte maklik kan aanpas en back-toets algoritmes. Koop-kant handelaars kan ook toegang tot meer as 500 opgedateer uitvoering algoritmes oor verskeie bateklasse uit meer as 40 internasionale makelaars en derdeparty-verskaffers. Met naatlose integrasie in 'n multi-makelaar uitvoering handel platform. InfoReach kliënte kan 'n voordeel in vinnig veranderende en uiters mededingende markte. Vir die uiteindelike in swart-box handel, InfoReach bied ons HiFREQ algoritmiese enjin vir die skepping en implementering van 'n hoë-frekwensie strategieë. HiFREQ onafhanklik kan gebruik word as 'n stand-alone black box handel oplossing, of as deel van die InfoReach TMS of Prelude verhandelingsplatform. Maak nie saak watter oplossing jy kies, kan InfoReach tegnologie wat jy spaar tyd en koste van die ontwikkeling van jou eie ALGOS van die grond af. En ons lae-latency verbinding netwerk kan help om te verseker die beste uitvoering prestasie in vandag se globale markte. meer oor die uitvoering algoritmes wat beskikbaar is deur InfoReach handel platforms Portefeulje en kassa sell-side OEM vir globale handel te leer Nou verkoop-kant firmas kan outomatiseer en te optimaliseer al hul portefeulje en enkele bevel handel met een kostedoeltreffende oplossing. Die InfoReach Bestel en Uitvoer Management System (OEM) integreer OMS funksie met die intelligente handel gereedskap en gevorderde uitvoering vermoëns van 'n onderneming-sterkte handel bestuurstelsel. Dit is die elegante tegnologie antwoord vir diegene wat die beste van beide wêrelde verenig in 'n enkele, aanpas platform. Ons handel bestuur sagteware bied sell-side handel lessenaar s met die tegnologie en gereedskap om die kliënt bestellings en mandjies te neem deur middel van die mees doeltreffende uitvoering siklus. Begin met 'n pre-handel ontleding van 'n kliënte beoog bestellings, die InfoReach sell-side TMS vou dig die handel uitvoering siklus met pre-handel, in-handel en post-handel ontleding. Dit volg vertoning teen verskillende maatstawwe en hou beide handelaar en kliënt op hoogte van die uitvoering vordering en resultate. Met EBW tegnologie spesifiek ontwerp vir 'n hoë-volume handel, InfoReach OEM stel vinnige, hoë-kapasiteit orde stellasies en bestuur. Handelaars kan om asseblief selfs duisend-naam mandjies in sekondes. Ingeboude algoritmes. integrasie met honderde algoritmes derde party. verbinding aan 'n wye verskeidenheid van internasionale markte en die vermoë om uitvoering en routing logika pas verskaf sell-side handelaars met uitstaande stel gereedskap om uitvoering te verbeter. Kry die krag om meer te doen met 'n enkele handel bestuurstelsel: Automatiseer die volledige handel en orde bestuur processndashfrom ontvangs van die kliënt bestellings te post-handel ontleding van uitvoering aan regulatoriese verslagdoening (hawer en TRF / ACT) Bestuur fasilitering, agentskap en vernaamste handelsvennote, mark maak, pre-handel tjeks. uitvoering foute hantering en regulatoriese verslagdoening Hupstoot prestasie met 'n gevorderde enkelaandeel-en lys-handel capabilitiesndashincluding indeks, pare. en meerdaagse mandjie handel vinnig toegang tot likiditeit en diens algoritmiese strategieë oor verskeie plekke en bestemmings met ons-fix gebaseer verbinding netwerk Gryp oomblik-tot-oomblik geleenthede in die mark met 'n interaktiewe kaarte, grafieke en hitte kaarte Monitor alle globale handel posisies (uitgevoer, deels uitgevoer en werk bestellings) in real time oor instrumente en rekeninge te bestuur risiko met outomatiese risiko beheer. Wend 'n hiërargie van voorsorgmaatreëls en perke oor 'n spektrum van veranderlikes (soos handelaar, instrument, posisie, eenheid en bestemming) en aktiveer kennisgewings te ambagte of blok bestellings Daarbenewens pas, kan InfoReach handel sagteware geïntegreer met ons HiFREQ algoritmiese enjin deurset van tienduisende bestellings per sekonde by sub-millisekonde latency te fasiliteer. HiFREQ bied al die noodsaaklike komponente vir die skepping, toetsing en implementering van 'n hoë-frekwensie strategieë. Vir meer inligting, besoek Hoë-frekwensie algoritmiese enjin. Skep 'n persoonlike handelsomgewing met blitsige ontplooiing Terwyl die InfoReach OEM kom met die meeste handel-gereed funksie buite-die-boks, kan dit aangepas word om jou spesifieke handel bestuur en uitvoering behoeftes te voorsien. Met jou keuse van on-site installasie of hosting by enige van ons globale data sentrums, gemiddeldes InfoReach n toonaangewende ontplooiing tyd van net 3 weke Web-gebaseerde multi-makelaar handel met 'n diens vir OMS Friends EBW Friends Toegang verskeie makelaars handel lessenaars en algoritmiese uitvoering dienste regoor die wêreld vanaf enige Internet-gereed rekenaar met behulp van ons Brokereach handel portaal (www. Brokereach). Hierdie eenvoudige web-gebaseerde program laat jou toe om bestellings en teregstellings oor verskeie plekke te konsolideer en te monitor handel aktiwiteit in reële tyd. Jy kan konnekteer met 'n onbeperkte aantal makelaars deur 'n enkele punt van toegang teen geen koste. Brokereach kan ook dien as 'n gratis diens vir OMS Friends of EBW Friends. Ons veilige bedieners kan gereeld jou uitvoering handel data stoor die hele dayndashincluding beide uitgevoer en die oorblywende posisies. Dit laat jou toe om vinnig te ontspan of volledige ambagte wanneer jou gebruiklike handel stelsel ly onderbreking. Direkte Marktoegang InfoReach bied 'n direkte Marktoegang (DMA) infrastruktuur vir direk verbind die verkoop kant te handel bestemmings regoor die wêreld of deur DMA makelaars. Ons OEM kliënte kan ook DMA diens uit te brei na hul buy-side clientsndashallowing hulle meer doeltreffend mee te ding vir die besigheid. Met gereed verbinding te groot globale bronne van likiditeit insluitend ruil, ECNs, MTF's, ATSs, FX handelaars en banke, verkoop-kant maatskappye kan die vlak van handel dienste wat hulle lewer aan kliënte te verhoog. En met handel tegnologie wat wissel spesifieke tipes orde ondersteun, kan handelaars orde bestuur vaartbelyn te maak en te verbeter uitvoering handel. Ontwerp vir 'n betroubare, hoë-prestasie handel Soos met alle InfoReach tegnologie. ons DMA infrastruktuur is spesifiek ontwerp om lae-latency, hoë-volume handel te ondersteun. Ons buigsame en skaalbare argitektuur kan ingestel word om globale DMA vereistes van 'n hoë-spoed, hoë-deurset algo stelsels deur te onderneming orde bestuur en uitvoering te ondersteun. En verskeie mede-plekke op strategiese globale data sentrums in staat stel om jou te voorsien met vinniger en meer doeltreffend marktoegang. As 'n betroubare verskaffer van onafhanklike, onderneming-sterkte handel tegnologie sedert 1995, InfoReach bied die bewese betroubaarheid en ongeëwenaarde diens jou firma kan reken op te sponsorndashtrue direkte toegang tot die mark deployndashand. Global FIX verbinding Kry betroubare, hoë-prestasie konneksie na enige bestemming in die wêreldwye finansiële Information Exchange netwerk (FIX) met 'n minimum van tyd en koste. Die InfoReach FIX Network (IFN) verskaf FIX verbinding te groot globale bronne van likiditeit vir aandele. opsies. termynmark. forex. vaste inkomste. rentekoersruiltransaksies. Jy kan toegang tot die uitruil, ECNs, MTF's, ATSs, donker poele, FX handelaars en banke, en ander teenpartye deur 'n enkele poort. Ons unieke argitektuur vir Finansiële Information Exchange verbinding verseker uitmuntende prestasie, betroubaarheid, lae latency en hoë deurset. IFN kan hanteer 'n baie hoë volumes van bestellings, wysig en executionsndashincluding verskeie mandjies duisende name elk. Kenmerkende multi-sentrum model elimineer knelpunte Tipiese middelpunt-en-speek netwerke aanbod FIX verbinding deur middel van 'n enkele punt (die middelpunt) om verskeie handel deelnemers (die speke). Maar omdat al boodskappe van ALLE teenpartye eerste voordat dit aangestuur na die toepaslike bestemmings moet ontvang en ontleed deur dieselfde gedeel middelpunt, knelpunte in boodskap tou en deurset is algemeen. Ons finansiële Information Exchange netwerk bied verskeie verbindings (hubs) via individuele makelaar poorte. Trading deelnemers kan bestellings teregstellings gelyktydig te stuur en te ontvang, om sodoende 'n groter deurset en vinniger globale marktoegang. Gerief en betroubaarheid IFN bied 'n volledige FIX administrasie, verbinding bestuur en 24/7 globale ondersteuning. Alle verskaf deur 'n ervare FIX netwerk span wat jou organisasie van die tegniese werklading en las van verantwoordelikheid verlig. Wat meer is, IFN se hoë-beskikbaarheid stelsel argitektuur, verskeie poorte / hubs en onnodige netwerk infrastruktuur te verseker betroubaarheid vir jou handel bedrywighede. Ideaal vir maatskappye wat wil hê dat die voordele van 'n hoë-prestasie FIX boodskap infrastruktuur en konnektiwiteit teen 'n bekostigbare prys, die InfoReach FIX Network is beskikbaar vir onmiddellike ontplooiing. Vir meer inligting oor ons finansiële Information Exchange verbinding te leer, besoek InfoReach FIX Network. Uitvoering algoritmes word die verkoop kante vermoë om uitvoering algoritmes te lewer aan die koop kant in 'n tydige wyse is 'n noodsaaklike komponent van die kompetisie vir kliënte besigheid en die verkryging van orde vloei. InfoReach tegnologie is ontwerp van dag een af ​​tot die ontwikkeling en implementering van algoritmes met die hoogste vlak van doeltreffendheid in staat te stel. Om mee te begin, ons OEM sluit in 'n reeks van pre-gebou algoritmes vir gewilde uitvoering strategieë. En ons verskaf die bronkode sodat kliënte maklik kan aanpas en back-toets algoritmes. Die InfoReach sell-side TMS beskik ook oor 'n swart-box ontwikkeling omgewing vir jou om te skep, back-toets en gebruik eie handel strategieë. Skaalbare argitektuur in staat stel om verskeie strategieë saamloop en sit hulle op verskeie bedieners op verskeie bestemmings en data sentrums. Vir lae-latency, hoë-frekwensie handel (HFT). InfoReach bied ons HiFREQ algoritmiese enjin. Jy kan ontwikkel, te toets en aan te pas ALGOS vir die handel aandele, termynkontrakte, opsies en buitelandse valuta met deurset kapasiteit van tienduisende bestellings per sekonde by sub-millisekonde latency. Vir meer inligting, besoek Hoë-frekwensie algoritmiese enjin. Daarbenewens InfoReach bied toegang tot algoritmes oor verskeie bateklasse uit meer as 40 internasionale makelaars en derdeparty-verskaffers. Naadloze integrasie met ons OEM stel handelaars om vinnig strategieë te ontplooi om 'n voordeel te kry in vinnig veranderende en uiters mededingende markte. Maak nie saak watter oplossing jy kies, kan InfoReach tegnologie wat jy spaar tyd en koste van die ontwikkeling van jou eie ALGOS van die grond af. En ons lae-latency verbinding netwerk kan help om te verseker die beste uitvoering prestasie in vandag se globale markte. Hier is meer oor die uitvoering algoritmes wat beskikbaar is deur InfoReach handel platforms transaksie koste-ontleding Verbeter gehalte uitvoering, optimaliseer handel strategieë en die bevordering van operasionele doeltreffendheid met verbeterde, interaktiewe handel analytics en transaksie koste-ontleding (TCA). InfoReach Tweede advies is 'n onafhanklike diens wat pre-handel en historiese transaksie koste-ontleding integreer met real-time analise om jou te help Alpha bewaar en transaksiekoste te verminder. Voor - en na-handel analytics voorspel handel koste en impak mark vir die huidige marktoestande. 'N interaktiewe formaat help handelaars vinnig kies en aan te pas uitvoering strategieë wat gebaseer is op oomblik-tot-oomblik veranderinge. En post-handel analytics evalueer uitvoering prestasie en koste een keer 'n handelsmerk is voltooi. Tweede opinie onderdele ook handelaars tyd en verveling wanneer die gebruik van pre-handel ontleding te rig uitvoering strategieë vir groot mandjies en portefeuljes. Dit kan 'n aansienlike voordeel wees wanneer hulle met hundred - en duisend-instrument portefeuljes. Meer akkurate vooruitskattings vir real-time einde uitvoering Tweede advies gaan 'n stap verder as tipiese TCA sagteware deur factoring in real-time handel en mark variablesndashincluding volume, wisselvalligheid en mark trendsndashas asook die vordering van 'n beoogde einde uitvoering. Op grond van marktoestande en status uitvoering, dit weer skattings projeksies en updates jy van enige beduidende verandering in skatting. Handelaars kan dan deur die loop van die uitvoering van residuele ambagte te pas deur die dag te alfa streef en die risiko's. Naadloze integrasie met ander verskaffers Tweede advies kom geïntegreer met InfoReach handel platforms of beskikbaar via API as 'n onafhanklike, makelaar-neutraal diens. Ook, kan dit TCA sagteware te integreer van ander verskaffers, sodat jy handel aanslae uit verskeie bronne te besigtig en te vergelyk op 'n skerm. Handelaars kan handel analytics direk te sien van hul handel onderlegger of enige ander komponent van hul handelsomgewing. Om te leer hoe Tweede advies kan jou help om die gehalte van handel uitvoering vir individuele instrumente en portefeuljes te verbeter, besoek transaksiekoste analysisAlgorithmic Trading Stelselvereistes Tans ek neem 'n klas oor sagteware argitekture. Vir hierdie klas Elke student kies 'n stelsel, definieer sy argitektoniese vereistes en ontwerp 'n oplossing in staat te bevredig daardie vereistes. Ek verkies 'n algoritmiese handel stelsel as gevolg van die tegnologiese uitdaging en omdat ek lief finansiële markte. Algoritmiese handel stelsels (TGT's) gebruik berekeningsalgoritmes te handel besluite te neem, stuur bestellings en bestuur bestellings na voorlegging. In onlangse jare TGT het gewild geword en tans verantwoordelik is vir die meerderheid van die ambagte sit deur middel van internasionale handel. Daar word onderskei tussen geprogrammeer handel en algoritmiese handel. Geprogrammeer handel behels die opbreek van groot markte bestellings in pakkies kleiner aandele. In hierdie artikel, is geprogrammeer handel beskou as 'n sekuriteit vereiste van 'n TGT. Algoritmiese handel stelsels bekendstelling Praat oor die algemeen, is daar vyf tipes markdeelnemers: kleinbeleggers, eiendom handelaars, mark makers, koop-kant instellings, en verkoop-kant instellings. TGT is die meeste gebruik word deur eiendom koop-kant instellings, maar hierdie dinamiese verander. Algoritmiese handel as 'n diens (ATAAS) maak algoritmiese handel toeganklik vir die kleinhandel belegger (sien bylaag). In hierdie artikel word die argitektoniese vereistes vir 'n TGT wat gebruik word deur 'n eie buy-side instelling. Op die top mees vlak, ats het drie funksies: maak handel besluite te neem, te skep handel bestellings, en bestuur die bestellings na voorlegging. Onder hierdie is daar 'n magdom meer gedetailleerde funksionele vereistes, waarvan sommige kan tevrede wees met die argitektuur. Sagteware-argitektuur bekendstelling Baie debat rondom nog die definisie van wat 'n sagteware-argitektuur is. In die konteks van hierdie artikel, is sagteware argitektuur gedefinieer as die infrastruktuur waarbinne aansoek komponente verskaffing gebruiker funksies kan gespesifiseer word, ontplooi, en uitgevoer word. 'N sagteware stelsel moet voldoen aan die funksionele en nie-funksionele vereistes. Funksionele vereistes spesifiseer die funksies van die stelsels komponente. Nie funksionele vereistes maatreëls waardeur die stelsel prestasie word gemeet spesifiseer. 'N sagteware stelsel wat aan die funksionele vereistes voldoen, nie noodwendig voldoen aan die gebruiker verwagtinge bv ats dat ambagte kan dien, maar nie in 'n tydige wyse, sou finansiële verliese veroorsaak. Die sagteware-argitektuur bied basies 'n infrastruktuur wat die nie funksionele vereistes voldoen, en waarbinne komponente wat funksionele vereistes voldoen kan word ontplooi, en uitgevoer word. Algoritmiese handel stelsel vereistes kan dus breedweg verdeel word in funksionele en nie-funksionele vereistes. Funksionele vereistes Onder die make handel besluite boonste vlak vereiste is daar drie vereistes hoë vlak: Kry markdata - aflaai, filter, en gestruktureerde en ongestruktureerde data te stoor. Gestruktureerde data sluit real time mark data van Reuters of Bloomberg oorgedra met behulp van 'n protokol bv Op te los. Ongestruktureerde data sluit nuus en sosiale media data. Definieer handel strategie - spesifiseer nuwe handelsmerk reëls en strategieë. Trading reël bestaan ​​uit 'n aanduiding, 'n ongelykheid, en 'n numeriese waarde bv PE verhouding LT 10. Trading reëls is gestruktureer in 'n besluit boom tot 'n handel strategie (hieronder geïllustreer) definieer. Analiseer sekuriteite teen handel strategie - vir elke sekuriteit, data verkry en te filter dit deur die handel strategie te bepaal watter sekuriteit te koop. Verder: vir elke oop posisie, bepaal watter sekuriteit te verkoop. Let wel: hierdie vereiste kan wissel. Onder die skep handel bestellings boonste vlak vereiste is daar twee vereistes hoë vlak: Kry handel inligting - vir elke besluit, kry die sekuriteit simbool, prys, hoeveelheid, ens Skep handel orde - vir elke besluit, spesifiseer 'n tipe orde en voeg handel inligting . Daar is ses orde tipes: lank, kort, mark, beperking, ophou, en voorwaardelike. Onder die bestellings te bestuur boonste vlak vereiste is daar drie vereistes hoë vlak: Bestuur hangende bestellings - vir elke bestelling, bekragtig en bevestig dat orde Route / stuur bestellings - roete elke einde 'n ruil, donker poel, of makelaars Bestuur voorgelê bestellings - track status van elke voorgelê orde, indien bestelling ooreenstem dan 'n oop posisie te skep. As bevel nie ooreenstem dan stop daardie volgorde. Hierdie diagram wys hoe 'n handel strategie kan gedefinieer word as 'n besluit boom van handel reëls Nie-funksionele vereistes Daar is baie nie funksionele vereistes wat verhandel off tussen mekaar bv verhoogde prestasie kom dikwels teen 'n verhoogde totale koste van eienaarskap. Nie-funksionele algoritmiese vereistes handel stelsel sluit, Scalability - is die vermoë van 'n stelsel om te gaan en uit te voer onder 'n verhoogde of die uitbreiding van werklading. Ats moet skaalbare met betrekking tot die aantal data voed in prosesse wees, aantal beurse hy handel dryf op, en die sekuriteite dit kan handel. Prestasie - is die hoeveelheid werk uitgevoer deur 'n stelsel in vergelyking met die tyd en hulpbronne wat nodig is om daardie werk te doen. Ats moet vinnige reaksie tye (terug na die mark) en 'n hoë verwerking en netwerk deurset. Modifiability - is die gemak waarmee die stelsel kan verander. is die akkuraatheid en betroubaarheid van 'n stelsel om korrekte uitsette te produseer vir die insette wat hulle ontvang - ats moet maklik aanpas handel strategieë en dataverwerking betroubaarheid beskik. Omdat foute en foute in 'n TGT kan lei tot groot verliese en boetes, betroubaarheid is van kardinale belang. Sien die Knight kapitaal debakel vir bewyse hiervan. Auditability - is die gemak waarmee die stelsel kan geoudit. Onlangse hoëprofielsake TGT going oontdaam TGT gesit in die kollig vir ouditfirmas. Hulle moet dus ouditeerbare beide vanuit 'n finansiële, nakoming, en IT oogpunt. Security - is die veiligheid van 'n organisasie teen kriminele aktiwiteite soos terrorisme, diefstal, of spioenasie. Omdat handel strategieë is eiendom en verteenwoordig waardevolle intellektuele eiendom moet hulle verseker. Verder om die TGT's te beskerm teen gejag, moet bestellings word verborge behulp geprogrammeer handel strategieë. Fouttoleransie - is die vermoë van 'n stelsel om voort te gaan behoorlik na 'n fout of versuim bedryf. Dit is soortgelyk aan betroubaarheid, behalwe dat die TGT moet voortgaan om betroubaar te wees, selfs nadat 'n fout om finansiële verliese te vermy. Interoperabiliteit - is die gemak waarmee die stelsel in staat is om te werk met 'n wye verskeidenheid van verwante stelsels. Dit is belangrik vir 'n TGT wat nodig mag wees om saam met orde bestuurstelsels, portefeuljebestuur stelsels, risikobestuurstelsels, rekeningkundige stelsels, en selfs bankstelsels. Oorsig van argitektoniese ruimte Die argitektoniese ruimte is die stel van dienste deur die argitektuur wat deur komponente verteer hul funksionele en nie funksionele vereistes te voldoen. 'N Meer volledige uiteensetting van hierdie argitektoniese ruimte is beskikbaar in die gedetailleerde vereistes dokument. Op 'n hoë-vlak die volgende dienste sal moet word deur die argitektuur: 'n modifiable data pre-verwerking omgewing - wat verskeie verwerking eenhede ondersteun - wat verskeie data strome, filters vir irrelevant data, en tydelike data skeiding 'n verspreide verwerking omgewing ondersteun (clusters), real-time monitering van prestasie, 'n boodskap georiënteerde kommunikasie raamwerk, skedulering van tydelike datastelle, load balancing, en data replikasie Individuele verwerking eenhede - wat in-geheue toue ondersteun, en komplekse gebeurtenis verwerking (op tydelike data) 'n stoor area netwerk (SAN) - wat tydelike data samevoeging, deurlopende bevraagteken, en aan te meld (vir oudit roetes) 'n data herstel (DR) omgewing ondersteun - replica van die San en orde bestuurstelsel 'n integrasie omgewing - wat 'n standaard API vir komponente en verbind ontbloot interne en eksterne komponente met mekaar 'n bevel bestuurstelsel - wat konkurrente insette strome, passiewe ontslag en vrag-balansering, suur kriteria op bestellings, 'n ouditspoor ondersteun, en word herhaal 'n stelsel gebruik omgewing - wat verskeie gebruikers profiele ondersteun en ontbloot 'n ten volle beheer front-end vir die algoritmiese handel stelsel Toegang en integrasie vereistes Toegang vereistes te beskryf maniere waarop gebruikers kan toegang tot die stelsels komponente. 'N algoritmiese handel stelsel moet drie interfaces bloot: 'n koppelvlak tot nuwe handelsmerk reëls, handel strategieë te definieer, en databronne n back-end-koppelvlak vir systeembeheerders om trosse te voeg en instel van die argitektuur en 'n lees-alleen oudit koppelvlak vir die beheer van dit beheer en gebruiker toegang regte. Voorvereistes vir die integrasie tussen komponente en eksterne stelsels genoem integrasie vereistes. Die algoritmiese handel stelsel moet ondersteun lêer gebaseer integrasie, boodskap gebaseer integrasie, en databasis-integrasie. As sodanig, moet die volgende vereistes moet voldoen die argitektuur: Databasis integrasie - ondersteuning ODBC, JDBC, ADO, en XQC lêer gebaseer integrasie - ondersteun CSV, XML, en into lêers Boodskap gebaseer integrasie - ondersteuning te los. Vinnig. en FIXatdl Argitektoniese beperkings Die blou kolle wys die fisiese plekke waar netwerk latency geminimaliseer en die rooi kolle wys die fisiese ligging van groot finansiële ruil. Met die oog op die uitvoering van die algoritmiese handel stelsel te maksimeer, moet 'n mens die stelsel huis in plekke wat netwerk latency te verminder. Bron: MIT oop pers: dspace. mit. edu/handle/1721.1/6285 Argitektoniese beperkings is faktore wat die prestasie van die argitektuur aan bande gebou. Die twee beperkinge Ek sal hier noem is fisiese netwerk beperkinge, en regulatoriese beperkings. Fisiese netwerk beperkinge is op 'n stelsel geplaas word as gevolg van swak telekommunikasie netwerke. Om hierdie beperking die stelsel gebou moet word waar netwerk latency geminimaliseer versag. Nog 'n manier om die netwerk beperkinge te versag is om saam te spoor die algoritmiese stelsel handel met die mark ruil. Dit het gesê die besluit om saam te spoor stel addisionele verwerking en ruimte beperkings. Regulatoriese beperkings bekendgestel deur middel van wette en regulasies, wat meestal land en spesifieke ruil. Dit is 'n toenemend belangrike faktor in die ontwerp en implementering van 'n algoritmiese handel stelsel omdat algoritmiese handel is besig om meer gereguleerde ná die 2010 flits ongeluk. Praat oor die algemeen, moet 'n TGT minstens aan die die SEC s reëls met betrekking tot stelsel nakoming en integriteit (SCI), die EMEA riglyne vir algoritmiese handel stelsels, die ISO 9000 algoritmiese handel standaarde (AT9000), en die internasionale finansiële verslagdoeningstandaarde (IFRS) . Gevolgtrekking Algorithmic handel stelsel architecture is bemoeilik deur die streng nie funksionele vereistes verwag van die stelsel en die wye verskeidenheid van regulatoriese en voldoeningsvereistes regerende outomatiese handel. As gevolg van hierdie kompleksiteite, moet deeglike oorweging gegee word aan die ontwerp en implementering van die stelsel-argitektuur. In die ontwerp van 'n oop bron algoritmiese handel argitektuur hoop ek om daarop te wys die argitektoniese vereistes wat dikwels by die aanvang van die ontwerp van sulke stelsels is oor die hoof gesien. Die wat in hierdie dokument vereistes is onwaarskynlik volledig te wees en sal noodwendig ontwikkel met verloop van tyd. Die tweede paaiement van hierdie artikel sluit my ontwerp vir 'n sagteware-argitektuur aan die bogenoemde vereistes voldoen. Vir meer inligting oor algoritmiese handel, voel asseblief vry om my te kontak. Om 'n afskrif van my verslag af te laai kliek asseblief hier. Vir 'n volledige lys van bronne sien asseblief die verslag bylaag ATAAS diensverskaffers sluit in, maar is nie beperk tot: Quantopian - gebruikers definieer kwantitatiewe handel strategieë in Python en kan back-toets hulle. Gebruikers kan ook die strategieë uit te voer op lewendige markte. Quantopian het onlangs 'n 6,7 miljoen dollar belegging om hul dienste uit te brei. EquaMetrics - met behulp van RIZM gebruikers visueel te bou nuwe algoritmiese handel strategieë, back-toets dié strategieë, en uit te voer die strategieë op lewendige markte. EquaMetrics onlangs aangekondig nuwe befondsing vir RIZM ter waarde van 4,5 miljoen dollar. Makelaars - sommige makelaars toelaat handelaars om handel bots wat hul handel strategieë outomaties uit te voer te skep. TagsAlgorithmic Trading System Architecture Algorithmic outomatiese handel of Algorithmic Trading is in die middel-fase van die handel wêreld vir 'n paar jaar nou. Die persentasie van volumes toegeskryf word aan hierdie vorm van handel is besig om in die afgelope paar jaar. As gevolg hiervan, het dit 'n hoogs mededingende mark wat baie afhanklik van tegnologie geword. Gevolglik het die basiese argitektuur groot veranderinge oor die afgelope dekade ondergaan en gaan voort om dit te doen. Dit is vandag 'n noodsaaklikheid om te herstel van tegnologie om mee te ding in die wêreld van algoritmiese handel, maak dit 'n broeikas vir vooruitgang in rekenaar-en netwerk-tegnologie. Tradisionele argitektuur Enige handel stelsel, konseptueel, is niks meer as 'n computational blok wat in wisselwerking met die uitruil oor twee verskillende strome. Ontvang markdata Stuur orde versoeke en ontvang antwoorde uit die ruil. Die mark data wat tipies ontvang lig die stelsel van die nuutste order. Dit mag dalk 'n paar ekstra inligting soos die volume tot dusver verhandel, die laaste verhandel prys en hoeveelheid vir 'n reissak bevat. Maar om 'n besluit oor die data te maak, dalk nodig die handelaar om te kyk na ou waardes of put sekere parameters van die geskiedenis. Om voorsiening te maak dat, sou 'n konvensionele stelsel 'n historiese databasis aan die mark data en gereedskap te slaan op daardie databasis te gebruik. Ontleding sou ook 'n studie van die verlede ambagte deur die handelaar te betrek. Vandaar 'n ander databasis vir die berging van die handel besluite sowel. Laaste, maar nie die minste nie, 'n grafiese koppelvlak vir die handelaar om al hierdie inligting op die skerm te sien. Die hele stelsel kan nou afgebreek word in die uitruil (s) van die eksterne wêreld Die bediener Mark data ontvang Store markdata winkel bestellings wat deur die gebruiker Aansoek Neem insette van die gebruiker, insluitend die handel besluite Interface vir die lees van die inligting, insluitend die data en bestel 'n bevel bestuurder stuur bestellings na die uitruil. Nuwe argitektuur Die tradisionele argitektuur kon nie vergroot om die behoeftes en eise van outomatiese handel met DMA. Die latency tussen oorsprong van die geval aan die orde generasie verder gaan as die dimensie van menslike beheer en het die gebied van millisekondes en mikrosekondes. So het die gereedskap om data mark te hanteer en te ontleed wat nodig is om daarby aan te pas. Bestel bestuur moet ook meer robuuste en in staat is om die hantering van baie meer bestellings per sekonde te wees. Sedert die tyd is so klein in vergelyking met menslike reaksie tyd, risikobestuur moet ook bestellings in reële tyd en in 'n heeltemal outomatiese manier te hanteer. Byvoorbeeld, selfs al is die reaksie tyd vir 'n bevel is 1 millisekonde (wat is 'n baie in vergelyking met die latencies wat ons vandag sien), die stelsel is steeds in staat is om 1000 handel besluite in 'n enkele sekonde. Dit beteken elkeen van hierdie 1000 handel besluite moet gaan deur die Risikobestuur binne dieselfde tweede tot die uitruil bereik. Dit is net 'n kwessie van kompleksiteit. Sedert die argitektuur behels nou outomatiese logika, kan 100 handelaars nou vervang word deur 'n enkele stelsel. Dit voeg skaal van die probleem. So elkeen van die logiese eenhede genereer 1000 bestellings en 100 sulke eenhede beteken 100,000 bestellings elke sekonde. Dit beteken dat die besluitneming en orde te stuur deel moet baie vinniger as die mark data ontvanger om die tempo van data aan te pas nie. Dus, die vlak van infrastruktuur wat hierdie module vereis nodig sou wees om baie beter in vergelyking met dié van 'n tradisionele stelsel (bespreek in die vorige afdeling). Vandaar die enjin wat die logika van besluitneming loop, ook bekend as die komplekse Event Processing enjin, of CEP, verskuif vanaf binne die aansoek om die bediener. Die program laag, nou, is bietjie meer as 'n gebruikerskoppelvlak vir besigtiging en die verskaffing van parameters om die CEP. Die probleem van die skaal lei ook tot 'n interessante situasie. Kom ons sê 100 verskillende logika word omgery 'n enkele mark data gebeurtenis (soos bespreek in die vorige voorbeeld). Maar daar kan wees gemeenskaplike stukkies komplekse berekeninge wat nodig het om te loop vir die meeste van die 100 logika eenhede. Byvoorbeeld, die berekening van Grieke vir opsies. As elke logika was om onafhanklik te funksioneer, sal elke eenheid dieselfde Griekse berekening wat onnodig sou opgebruik verwerker hulpbronne te doen. Ten einde te optimaliseer op die ontslag van berekening, is kompleks oorbodig berekeninge tipies af splitst in 'n aparte berekening enjin wat die Grieke bied as 'n inset aan die CEP. Hoewel die aansoek laag is in die eerste plek die oog, 'n paar van die risiko kontrole (wat nou hulpbron honger bedrywighede weens die probleem van skaal), kan afgelaai word by die toepassing laag, veral dié wat te doen het met gesonde verstand van die gebruiker insette soos vet vinger foute. Die res van die risiko tjeks word nou uitgevoer word deur 'n aparte risikobestuurstelsel (RMS) binne die Orde Bestuurder (OM), net voor die vrystelling van 'n bevel. Die probleem van die skaal beteken ook dat waar vroeër was daar 100 verskillende handelaars bestuur van hul risiko, is daar nou net een RMS stelsel om risiko te bestuur in alle logiese eenhede / strategieë. Dit kan egter 'n risiko tjeks veral wees om sekere strategieë en 'n paar kan gedoen moet word vir alle strategieë. Vandaar die RMS self behels, strategie vlak RMS (SLRMS) en globale RMS (GRMS). Dit kan ook 'n UI om die SLRMS en GRMS sien betrek. Opkoms van protokolle Met innovasies kom noodsaaklikhede. Sedert die nuwe argitektuur in staat te skaal vir baie strategieë per bediener was, die behoefte om toegang tot verskeie bestemmings uit 'n enkele bediener na vore gekom. So het die einde bestuurder aangebied verskeie adapters bestellings verskeie bestemmings data stuur en ontvang van verskeie ruil. Elke adapter tree op as 'n tolk tussen die protokol wat verstaan ​​word onder die uitruil en die protokol van kommunikasie binne die stelsel. Veelvuldige ruil bedoel verskeie adapters. Maar na 'n nuwe ruil voeg tot die stelsel, 'n nuwe adapter moet ontwerp en ingeprop in die argitektuur aangesien elke ruil volg sy enigste protokol wat is geskik vir eienskappe wat dit ruil bied. Om hierdie probleem van adapter Daarbenewens vermy, het standaard protokolle is ontwerp. Die mees prominente onder hulle is die FIX (Finansiële Information Exchange) protokol. Dit maak nie net dit hanteerbaar te maak om verskillende bestemmings op die vlieg, maar ook verminder drasties aan die Market wanneer dit kom by die koppeling met 'n nuwe bestemming. Die teenwoordigheid van standaard protokolle maak dit maklik om te integreer met derde verkopers party, vir analise of mark data voed sowel. As gevolg hiervan, die mark word baie doeltreffend as die integrasie met 'n nuwe bestemming / verkoper is nie meer 'n beperking. Daarbenewens simulasie word baie maklik as die ontvangs van data uit die reële mark en bestellings om 'n simulator stuur is net 'n kwessie van die gebruik van die FIX protokol aan te sluit op 'n simulator. Die simulator self gebou kan word in-huis of verkry vanaf 'n derde verskaffer party. Net so aangeteken data kan net teruggespeel met die adapters wat agnostikus of die data word ontvang van die lewendige mark of van 'n aangeteken datastel. Opkoms van lae latency argitekture Met die boustene van 'n algoritmiese handel stelsel in plek, die strategieë new op die vermoë om groot hoeveelhede data in reële tyd te verwerk en maak vinnige handel besluite. Maar met die koms van standaard kommunikasie protokolle soos los, die tegnologie inskrywing versperring vir die opstel van 'n algoritmiese handel lessenaar, het laer en dus meer mededingend te maak. Soos bedieners het meer geheue en hoër klokfrekwensies, die fokus verskuif na die vermindering van die latency vir besluitneming. Met verloop van tyd, die vermindering van latency is 'n noodsaaklikheid vir baie redes, soos: Strategie sin net in 'n lae latency omgewing oorlewing van die sterkste mededingers haal jy af as jy nie vinnig genoeg Die probleem is egter dat latency is regtig 'n oorkoepelende term wat verskeie omvat verskillende vertragings. Om almal te kwantifiseer in een generiese term kan gewoonlik nie veel sin. Alhoewel dit baie maklik verstaan ​​word, is dit baie moeilik om te kwantifiseer. Dit word dus al hoe belangriker hoe die probleem van die vermindering van latency is genader. As ons kyk na die basiese lewensiklus, is 'n mark data pakkie uitgegee deur die uitruil Die pakkie word oor die draad Die pakkie arriveer by 'n router op die bediener kant. Die router stuur die pakkie oor die netwerk op die bediener kant. Die pakkie arriveer op die Ethernet-poort van die bediener. Afhangende of dit UDP / TCP verwerking plaasvind en die pakkie gestroop van sy kop en sleepwaens maak sy pad na die geheue van die adapter.