Trading System Architecture Diagram

Algoritmiese Trading System Architecture Voorheen op hierdie blog ek oor die konseptuele argitektuur van 'n intelligente algoritmiese handel stelsel asook die funksionele en nie-funksionele vereistes van 'n produksie algoritmiese handel stelsel geskryf. Sedertdien het ek ontwerp het 'n stelsel-argitektuur wat ek glo kan voldoen aan diegene argitektoniese vereistes. In hierdie pos sal ek die argitektuur na aanleiding van die riglyne van die ISO / IEC / IEEE 42010 stelsels en sagteware-ingenieurswese argitektuur beskrywing standaard beskryf. Volgens hierdie standaard n argitektuur beskrywing moet: Bevat verskeie gestandaardiseerde argitektoniese sienings (bv in UML) en in stand te hou naspeurbaarheid tussen ontwerp besluite en argitektoniese vereistes sagteware argitektuur definisie Daar is steeds geen konsensus oor wat 'n stelsels argitektuur is. In die konteks van hierdie artikel, is dit gedefinieer as die infrastruktuur waarbinne aansoek komponente wat funksionele vereistes voldoen kan word vermeld, ontplooi, en uitgevoer word. Funksionele vereistes is die verwagte funksies van die stelsel en sy komponente. Nie-funksionele vereistes is maatreëls waardeur die kwaliteit van die stelsel gemeet kan word. 'N Stelsel wat ten volle voldoen aan die funksionele vereistes kan steeds nie na wense as funksionele vereistes ontevrede gelaat. Om te illustreer hierdie konsep beskou die volgende scenario: 'n algoritmiese handel stelsel wat jy nou net gekoop het / gebou maak uitstekende handel besluite te neem, maar is heeltemal in onbruik met die organisasies risikobestuur en rekeningkundige stelsels. Sou hierdie stelsel voldoen aan jou verwagtinge Konseptuele Architecture 'n konseptuele siening beskryf hoë vlak konsepte en meganismes wat bestaan ​​in die stelsel op die hoogste vlak van korrelig. Op hierdie vlak, die algoritmiese handel stelsel volg 'n gebeurtenis gedrewe argitektuur (EDA) oopgebreek oor vier lae, en twee argitektoniese aspekte. Vir elke laag en aspek verwys argitekture en patrone gebruik. Argitektoniese patrone bewys, generiese strukture vir die bereiking van spesifieke vereistes. Argitektoniese aspekte is kruissnydende kommer wat verskeie komponente span. Gebeurtenis gedrewe argitektuur - 'n argitektuur wat produseer, bespeur, verbruik, en reageer op gebeure. Gebeure sluit in reële tyd mark bewegings, komplekse gebeure of tendense, en handel gebeure bv indiening van 'n bevel. Hierdie diagram illustreer die konseptuele argitektuur van die algoritmiese handel stelsel Verwysing architecture 'n analogie te gebruik, 'n verwysing argitektuur is soortgelyk aan die bloudrukke vir 'n lasdraende muur. Dit bloudruk kan weer gebruik word vir verskeie bou-ontwerpe ongeag wat gebou is gebou as dit voldoen aan 'n stel algemeen voorkom vereistes. Net so, 'n verwysing argitektuur definieer 'n sjabloon bevat generiese strukture en meganismes wat gebruik kan word om 'n konkrete sagteware argitektuur wat spesifieke vereistes voldoen te bou. Die argitektuur vir die algoritmiese handel stelsel gebruik 'n ruimte gebaseerde argitektuur (SBA) en 'n model oog kontroleerder (MVC) as verwysings. Goeie praktyke soos die operasionele data stoor (ODS), die uittreksel te transformeer en vrag (ETL) patroon, en 'n datapakhuis (DW) word ook gebruik. Model oog kontroleerder - 'n patroon wat die voorstelling van inligting van die gebruikers interaksie met hulle skei. Ruimte gebaseerde argitektuur - spesifiseer 'n infrastruktuur waar losweg gekoppel verwerking eenhede met mekaar deur middel van 'n gedeelde assosiatiewe geheue genoem ruimte (sien onder). Strukturele View Die strukturele siening van 'n argitektuur toon die komponente en sub-komponente van die algoritmiese handel stelsel. Dit wys ook hoe hierdie komponente is ontplooi op fisiese infrastruktuur. Die UML diagramme in hierdie siening sluit komponent diagramme en ontplooiing diagramme. Hier is 'n gallery van die ontplooiing diagram van die algehele algoritmiese handel stelsel en die verwerking eenhede in die SBA verwysing argitektuur, asook verwante komponent diagramme vir elkeen die lae. Argitektoniese Tactics Volgens die sagteware-ingenieurswese Instituut 'n argitektoniese taktiek is 'n manier te bevredig 'n vereiste gehalte deur die manipulering een of ander aspek van 'n gehalte kenmerk model deur middel van argitektoniese ontwerp besluite te neem. 'N Eenvoudige voorbeeld gebruik word in die algoritmiese handel stelsel argitektuur manipuleer 'n operasionele data stoor (ODS) met 'n deurlopende bevraagteken komponent. Hierdie komponent sal voortdurend analiseer die ODS te identifiseer en te onttrek komplekse gebeure. Die volgende taktiek gebruik word in die argitektuur: die disruptor patroon in die geval en orde toue gedeelde geheue vir die geleentheid en orde toue Deurlopende bevraagteken taal (CQL) op die ODS Data filter met die filter ontwerp patroon op inkomende data Opeenhoping vermyding algoritmes op alle inkomende en uitgaande verbindings Active tou bestuur (AQM) en eksplisiete opeenhoping kennisgewing Commodity rekenaar hulpbronne met kapasiteit vir opgradering (skaalbare) Active ontslag vir al enkele punte van mislukking Indexatie en optimale volharding strukture in die ODS Skeduleer gereelde data rugsteun en skoon-up skrifte vir ODS transaksie geskiedenis op alle databasisse checksums vir alle bestellings op te spoor foute Annoteer gebeure met tyd tempel te verjaar gebeure slaan Bestel validering reëls bv maksimum handel hoeveelhede outomatiese handelaar komponente gebruik 'n in-geheue databasis vir ontleding Twee stadium verifikasie vir gebruikerkoppelvlakke verbinding met die TGT Enkripsie op gebruikerkoppelvlakke en verbindings na die TGT Observer ontwerp patroon vir die MVC om menings te bestuur Bogenoemde lys is net 'n paar ontwerp besluite wat ek geïdentifiseer tydens die ontwerp van die argitektuur. Dit is nie 'n volledige lys van taktiek. As die stelsel word ontwikkel bykomende taktiek moet in diens geneem word oor verskeie vlakke van korrelig om funksionele en nie-funksionele vereistes te voldoen. Hieronder is drie diagramme beskryf die disruptor ontwerp patroon, filter ontwerp patroon, en die voortdurende bevraagtekening komponent. Gedragswetenskappe Sien die lig van 'n argitektuur wys hoe die komponente en lae moet in wisselwerking met mekaar. Dit is sinvol as die skep van scenario's vir die toets van argitektuur ontwerp en vir die begrip van die stelsel van end-tot-end. Hierdie siening bestaan ​​uit volgorde diagramme en aktiwiteite diagramme. Aktiwiteit diagramme toon die algoritmiese handel stelsels interne proses en hoe handelaars is veronderstel om met die algoritmiese handel stelsel word hieronder getoon. Tegnologie en raamwerke Die finale stap in die ontwerp van 'n sagteware-argitektuur is om potensiële tegnologie en raamwerke wat gebruik kan word om die argitektuur te besef identifiseer. As 'n algemene beginsel is dit beter om te hefboom af van bestaande tegnologie, met dien verstande dat hulle voldoende bevredig beide funksionele en nie-funksionele vereistes. 'N Raamwerk is 'n besef verwysing argitektuur bv JBoss is 'n raamwerk wat die JEE verwysing argitektuur besef. Die volgende tegnologie en raamwerke is interessant en moet in ag geneem word wanneer die uitvoering van 'n algoritmiese handel stelsel: CUDA - NVidia het 'n aantal produkte wat 'n hoë werkverrigting rekenaar Finansies modellering ondersteun. 'N Mens kan bereik tot 50x prestasie verbeterings in die bestuur van Monte Carlo simulasies op die GPU in plaas van die CPU. Apache River - River is 'n instrument-kit wat gebruik word om verspreide stelsels te ontwikkel. Dit is gebruik as 'n raamwerk vir die bou van toepassings gebaseer op die SBA patroon Apache Hadoop - in die geval dat deurdringende meld is 'n vereiste, dan is die gebruik van Hadoop bied 'n interessante oplossing vir die groot-data probleem. Hadoop ontplooi kan word in 'n cluster omgewing ondersteun CUDA tegnologie. AlgoTrader - 'n open source algoritmiese handel platform. AlgoTrader kan potensieel ontplooi in die plek van die outomatiese handelaar komponente. FIX Engine - 'n selfstandige toepassing wat die Finansiële Information Exchange (FIX) protokolle insluitend FIX ondersteun, vinnig, en FIXatdl. Terwyl nie 'n tegnologie of 'n raamwerk, moet komponente word gebou met 'n aansoek Programming Interface (API) om interoperabiliteit van die stelsel en sy komponente te verbeter. Ten slotte Die voorgestelde argitektuur is ontwerp om baie generiese vereistes geïdentifiseer vir algoritmiese handel stelsels te bevredig. Oor die algemeen algoritmiese handel stelsels is bemoeilik deur drie faktore wat wissel met elke uitvoering: Afhanklike gebiede op eksterne onderneming en ruil stelsels Uitdaag-funksionele vereistes en veranderende argitektoniese beperkings Die voorgestelde sagteware argitektuur sou dus moet word aangepas op 'n geval-tot-geval grondslag ten einde om spesifieke organisatoriese en regulatoriese vereistes voldoen, asook aan die plaaslike beperkings te oorkom. Die algoritmiese handel stelsel argitektuur moet gesien word as net 'n punt van verwysing vir individue en organisasies wat hul eie algoritmiese handel stelsels te ontwerp. Vir 'n volledige kopie en bronne wat gebruik gaan aflaai 'n afskrif van my verslag. Dankie. TagsAlgorithmic 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. TagsTrading Systems: Ontwerp jou stelsel - Deel 1 13 Die voorafgaande gedeelte van hierdie handleiding gekyk na die elemente wat make-up 'n handel stelsel en bespreek die voor - en nadele van die gebruik van so 'n stelsel in 'n lewendige handel omgewing. In hierdie artikel, ons bou op die kennis van die ondersoek wat markte is veral goed geskik vir stelsel handel. Ons sal dan 'n meer in-diepte kyk na die verskillende genres van handel stelsels. Trading in verskillende aandelemarkte Markte Die aandelemark is waarskynlik die mees algemene mark om handel te dryf in, veral onder beginners. In hierdie arena, groot spelers soos Warren Buffett en Merrill Lynch oorheers, en tradisionele waarde en groei te belê strategieë is by verre die mees algemene. Tog het baie instellings aansienlik in die ontwerp, ontwikkeling en implementering van handel stelsels belê. Individuele beleggers by hierdie tendens, hoewel stadig. Hier is 'n paar belangrike faktore om in gedagte te hou wanneer die gebruik van handel stelsels in aandelemarkte: 13 Die groot hoeveelheid aandele beskikbaar stel handelaars om stelsels te toets op baie verskillende tipes aandele - alles van uiters wisselvallige oor-die-toonbank (ODT) aandele aan nie-vlugtige uitsoekaandele. Die doeltreffendheid van handel stelsels kan beperk word deur die lae likiditeit van 'n paar aandele, veral OTC en pienk vel probleme. Kommissies kan eet in winste wat gegenereer word deur suksesvolle ambagte, en kan verliese verhoog. OTC en pienk vel aandele aangaan dikwels addisionele kommissie fooie. Die belangrikste handel stelsels wat gebruik word, is dié wat kyk vir waarde - dit wil sê, stelsels wat verskillende parameters gebruik om te bepaal of 'n sekuriteit is onderwaardeer in vergelyking met sy prestasie in die verlede, sy eweknieë, of die mark in die algemeen. Valutamarkte Die buitelandse valuta mark, of forex. is die grootste en mees vloeibare mark in die wêreld. Die wêreld se regerings, banke en ander groot instellings handel triljoene dollars op die forex mark elke dag. Die meerderheid van die institusionele handelaars op die Forex staatmaak op handel stelsels. Dieselfde geld vir individue op die forex, maar 'n paar handel op grond van ekonomiese verslae of belangstelling payouts. Here is 'n paar belangrike faktore om in gedagte te hou wanneer die gebruik van handel stelsels in die forex mark: die likiditeit in die mark - as gevolg van die groot volume - maak handel stelsels meer akkuraat en doeltreffend. Daar is geen kommissies in hierdie mark, net versprei. Daarom, sy baie makliker om baie transaksies te maak sonder die koste te verhoog. In vergelyking met die bedrag van aandele of kommoditeite beskikbaar, die aantal geldeenhede handel te dryf, is beperk. Maar as gevolg van die beskikbaarheid van eksotiese geldeenheid pare - dit is, geldeenhede van kleiner lande - die verskeidenheid in terme van wisselvalligheid is nie noodwendig beperk. Die belangrikste handel stelsels wat gebruik word in forex is dié wat tendense te volg ( 'n gewilde gesegde in die mark is die tendens is jou vriend), of stelsels wat te koop of te verkoop op breakouts. Dit is omdat ekonomiese aanwysers veroorsaak dikwels groot prysbewegings op 'n tyd. Futures Equity, markte forex, en kommoditeit al bied Futures Trading. Dit is 'n gewilde voertuig vir stelsel handel as gevolg van die hoër bedrag van die hefboom beskikbaar en die verhoogde likiditeit en wisselvalligheid. Tog kan hierdie faktore beide maniere sny: hulle kan óf versterk jou winste of versterk jou verliese. Om hierdie rede, is die gebruik van termynkontrakte gewoonlik gereserveer vir gevorderde individuele en institusionele stelsel handelaars. Dit is omdat handel stelsels in staat te kapitaliseer op die termynmark veel groter aanpassing verg, gebruik meer gevorderde aanwysers en neem baie langer om te ontwikkel. So, wat is die beste Dit is aan die individuele belegger om te besluit watter mark is die beste geskik is om te handel - elkeen het sy eie voordele en nadele. Die meeste mense is meer vertroud is met die aandelemarkte, en hierdie kennis maak die ontwikkeling van 'n handel stelsel makliker. Dit is egter forex algemeen beskou as die uitstekende platform om handel stelsels hardloop wees - veral onder meer ervare handelaars. Verder, as 'n handelaar besluit om munt te slaan uit verhoogde hefboom en wisselvalligheid, die termynmark alternatief is altyd oop. Uiteindelik is die keuse lê in die hande van die stelsel developer. Types van handel stelsels Trend-volgende stelsels Die mees algemene metode van stelsel handel is die tendens - Spring stelsel. In sy mees basiese vorm, hierdie stelsel net wag vir 'n aansienlike prys beweging, dan koop of verkoop in daardie rigting. Hierdie tipe stelsel banke op die hoop uitgespreek dat hierdie prysbewegings die tendens sal handhaaf. Bewegende gemiddelde Systems Algemene gebruik in tegniese ontleding. 'n bewegende gemiddelde is 'n aanduiding dat net toon die gemiddelde prys van 'n voorraad oor 'n tydperk van tyd. Die essensie van tendense is afgelei van hierdie meting. Die mees algemene manier om te bepaal toe - en uittrede is 'n crossover. Die logika agter dit is eenvoudig: 'n nuwe tendens kom tot stand wanneer die prys bo of onder sy historiese prys gemiddelde (tendens) val. Hier is 'n grafiek wat beide die prys (blou lyn) en die 20-dag MA (rooi lyn) van IBM plotte: Breakout Systems Die fundamentele konsep agter hierdie tipe stelsel is soortgelyk aan dié van 'n bewegende gemiddelde stelsel. Die idee is dat wanneer 'n nuwe hoë of lae gevestig, die prys beweging is waarskynlik om voort te gaan in die rigting van die tempo. Een aanwyser wat gebruik kan word in die bepaling van breakouts is 'n eenvoudige Bollinger Band oortrek. Bollinger Bands wys gemiddeldes van 'n hoë en 'n lae pryse, en breakouts voorkom wanneer die prys aan die kante van die bands. Hier is 'n grafiek wat die prys (blou lyn) en Bollinger Bands (grys lyne) van Microsoft plotte: Nadele van Trend-volgende stelsels: Empiriese Besluitneming Vereiste - By die bepaling van tendense, is daar altyd 'n empiriese element om te oorweeg: die duur van die historiese tendens. Byvoorbeeld, kan die bewegende gemiddelde vir die afgelope 20 dae of vir die afgelope vyf jaar, sodat die ontwikkelaar moet bepaal watter een is die beste vir die stelsel. Ander te bepaal faktore is die gemiddelde hoogtepunte en laagtepunte in tempo stelsels. Sloerende Nature - bewegende gemiddeldes en tempo stelsels sal altyd agter. Met ander woorde, kan hulle nooit druk op die presiese bo-of onderkant van 'n tendens. Dit lei onvermydelik in 'n verbeuring van potensiële wins, wat soms beduidende kan wees. Geheel verslaan effek - Onder die mark kragte wat skadelik vir die sukses van die tendens volgende stelsels is, dit is een van die mees algemene. Die geheel verslaan effek vind plaas wanneer die bewegende gemiddelde genereer 'n valse sein - dit wil sê, wanneer die gemiddelde daal net in omvang, dan skielik omkeer rigting. Dit kan lei tot massiewe verliese nie, tensy doeltreffende stop-verlies en risikobestuur tegnieke in diens. Sywaarts Markte --Trend volgende stelsels, deur die natuur, in staat is om geld te maak net in markte wat eintlik tendens doen. Maar markte sywaarts beweeg ook. bly binne sekere grense vir 'n lang tydperk van die tyd. Uiterste wisselvalligheid Mag gebeur - Soms, kan-tendens volgende stelsels sommige van die uiterste wisselvalligheid beleef, maar die handelaar moet vashou aan sy of haar stelsel. Die onvermoë om dit te doen, sal daartoe lei dat verseker mislukking. Countertrend Systems Kortom, die doel met die countertrend stelsel is te koop teen die laagste laag en verkoop teen die hoogste hoog. Die belangrikste verskil tussen hierdie en die tendens volgende stelsel is dat die countertrend stelsel is nie selfkorrigerende. Met ander woorde, daar is nie 'n vasgestelde tyd om posisies te verlaat, en dit lei tot 'n onbeperkte nadeel potensiaal. Tipes Countertrend Systems Baie verskillende tipes stelsels word beskou countertrend stelsels. Die idee hier is om te koop wanneer momentum in een rigting begin vervaag. Dit is die mees dikwels bereken deur ossillators. Byvoorbeeld, kan 'n sein gegenereer word wanneer Stochastics of ander relatiewe sterkte aanwysers hieronder sekere punte val. Daar is ander vorme van countertrend handel stelsels, maar almal van hulle dieselfde fundamentele doelwit te deel - lae te koop en verkoop hoog. Nadele van Countertrend volgende stelsels: E mpirical Besluitneming Vereiste - Byvoorbeeld, een van die faktore die stelsel ontwikkelaar moet besluit oor die punte waarteen die relatiewe sterkte aanwysers vervaag. Uiterste wisselvalligheid Mag gebeur - Hierdie stelsels kan ook sommige van die uiterste wisselvalligheid en 'n onvermoë om te hou met die stelsel ten spyte van hierdie wisselvalligheid sal lei tot verseker mislukking ervaar. Unlimited Nadeel - Soos voorheen genoem, is daar 'n onbeperkte nadeel potensiaal omdat die stelsel is nie selfkorrigerende (daar is nie 'n vasgestelde tyd om posisies te verlaat). Ten slotte Die belangrikste markte waarvoor handel stelsels is geskik is die aandele, buitelandse valuta en termynmarkte. Elkeen van hierdie markte het sy voordele en nadele. Die twee hoof genres van handel stelsels is die tendens-volgende en die countertrend stelsels. Ten spyte van hul verskille, beide tipes stelsels, in hul ontwikkelingstadia, vereis empiriese besluitneming aan die kant van die ontwikkelaar. Ook hierdie stelsels is onderhewig aan uiterste wisselvalligheid en dit kan 'n paar stamina eis - dit is noodsaaklik dat die stelsel handelaar hou met sy of haar stelsel in hierdie tye. In die volgende paaiement, goed neem 'n nader kyk na hoe om 'n handel stelsel te ontwerp en te bespreek 'n paar van die sagteware wat stelsel handelaars gebruik om hul lewens makliker te maak. Trading Systems: Ontwerp jou stelsel - Deel 2Subscribe om nuus te gebruik vir die nuutste insigte en analysisTrading Vloer Architecture handel vloer Architecture Uitvoerende Oorsig Verhoogde kompetisie, hoër mark data volume, en nuwe regulatoriese vereistes is 'n paar van die dryfkragte agter bedryf veranderinge. Maatskappye probeer om hul mededingende voordeel in stand te hou deur voortdurend veranderende hul handel strategieë en die verhoging van die spoed van die saak. 'N lewensvatbare argitektuur moet die nuutste tegnologie van beide netwerk en aansoek gebiede insluit. Dit het modulêre tot 'n hanteerbare pad na elke komponent ontwikkel met 'n minimale ontwrigting van die algehele stelsel voorsien word. Daarom is die deur hierdie papier voorgestel argitektuur is gebaseer op 'n dienste raamwerk. Ons ondersoek dienste soos ultra-lae latency boodskappe, latency monitering, multicast, rekenaar, stoor, data en toepassing skynwerklikmaking, handel veerkragtigheid, mobiliteit handel, en dun kliënt. Die oplossing vir die komplekse vereistes van die volgende generasie verhandelingsplatform moet gebou word met 'n holistiese denkwyse, die kruising van die grense van tradisionele silo's soos besigheid en tegnologie of aanwendings en netwerke. Dit dokumente hoofdoel is om riglyne te verskaf vir die bou van 'n ultra-lae latency verhandelingsplatform terwyl die optimalisering van die rou deurset en boodskap koers vir beide mark data en op te los handel bestellings. Om dit te bereik, stel ons voor die volgende latency tegnologie vermindering: Hoë spoed inter-connectInfiniBand of 10 Gbps verbinding vir die handel cluster Hoë spoed boodskappe bus Aansoek versnelling via RDMA sonder aansoek re-kode Real-time latency monitering en re-rigting van handel verkeer na die pad met 'n minimum latency industrie tendense en uitdagings Volgende generasie handel platforms het om te reageer op verhoogde eise vir spoed, volume, en doeltreffendheid. Byvoorbeeld, is die volume van opsies mark data sal na verwagting verdubbel na die bekendstelling van opsies pennie beurs in 2007. Daar is ook regulatoriese vereistes vir die beste uitvoering, wat vereis dat die hantering van die prys updates teen koerse wat 1M msg / sek benader. vir beurse. Hulle benodig ook sigbaarheid in die varsheid van die data en 'n bewys dat die kliënt het die beste moontlike uitvoering. In die kort termyn, spoed van handel en innovasie is die sleutel differentieert. 'N toenemende aantal ambagte word hanteer deur algoritmiese handel aansoeke geplaas so na as moontlik aan die uitvoering handel venue. 'N Uitdaging aan hierdie quotblack-boxquot handel enjins is dat hulle vererger die volume verhoog met die uitreiking van bevele net om hulle te kanselleer en weer in te dien nie. Die oorsaak van hierdie gedrag is 'n gebrek aan sigbaarheid waarin venue bied die beste uitvoering. Die menslike handelaar is nou 'n quotfinancial ingenieur, quot n quotquantquot (kwantitatiewe ontleder) met ontwikkeling vaardighede, wat handel modelle kan aanpas op die vlieg. Maatskappye die ontwikkeling van nuwe finansiële instrumente soos die weer afgeleide of klas ambagte kruis-bate en wat hulle nodig het om die nuwe aansoeke vinnig en in 'n haalbare mode ontplooi. In die lang termyn, moet mededingende differensiasie vandaan analise, nie net kennis. Die ster handelaars van môre aanneem risiko, te bereik waar die kliënt insig en konsekwent te klop die mark (bron IBM: www-935.ibm/services/us/imc/pdf/ge510-6270-trader. pdf). Besigheid veerkragtigheid het een grootste bekommernis van firmas sedert 11 September 2001 Solutions in hierdie gebied wissel van oortollige data sentrums geleë in verskillende geografiese gebiede en gekoppel aan verskeie handel plekke om virtuele handelaar oplossings bied krag handelaars die meeste van die funksies van 'n handel vloer in 'n afgeleë plek. Die finansiëledienste-bedryf is een van die mees veeleisende in terme van IT vereistes. Die bedryf beleef 'n argitektoniese verskuiwing na Services-Oriented Architecture (SOA), Web dienste, en skynwerklikmaking van IT-hulpbronne. SOA neem voordeel van die toename in die netwerk spoed om dinamiese binding en skynwerklikmaking sagteware komponente in staat te stel. Dit laat die skepping van nuwe aansoeke sonder dat die belegging in bestaande stelsels en infrastruktuur. Die konsep het die potensiaal om 'n rewolusie die manier waarop integrasie gedoen word, sodat 'n aansienlike vermindering in die kompleksiteit en koste van sodanige integrasie (www. gigaspaces / aflaai / MerrilLynchGigaSpacesWP. pdf). Nog 'n tendens is die konsolidasie van bedieners in data sentrum bediener plase, terwyl handelaar lessenaars net KVM uitbreidings en ultra-dun kliënte (bv SUNRAY en HP lem oplossings). Hoë-spoed Metro Area Netwerk staat stel data mark te multicast tussen verskillende plekke, sodat die skynwerklikmaking van die handel vloer. Hoëvlak Architecture Figuur 1 toon die hoë-vlak argitektuur van 'n handelsomgewing. Die ENKELE plant en die algoritmiese handel enjins is geleë in die hoë werkverrigting handel cluster in die firmas data sentrum of by die ruil. Die menslike handelaars is geleë in die eindgebruiker aansoeke gebied. Funksioneel is daar twee aansoek komponente in die onderneming handelsomgewing, uitgewers en intekenaars. Die boodskap bus bied die kommunikasie pad tussen uitgewers en intekenaars. Daar is twee tipes van die verkeer wat spesifiek op 'n handelsomgewing: DataCarries mark prys inligting vir finansiële instrumente, nuus en ander inligting op toegevoegde waarde soos analise. Dit is eenrigting en baie latency sensitiewe, tipies gelewer oor UDP multicast. Dit word gemeet in updates / sek. en in Mbps. Mark data vloei van een of meer eksterne bronne, afkomstig van die mark data verskaffers soos aandelebeurse, data aggregators, en ECNs. Elke diensverskaffer het hul eie mark data formaat. Die data word ontvang deur voer hanteerders, gespesialiseerde programme wat normaliseer en die data skoon en stuur dit dan na data verbruikers, soos pryse enjins, algoritmiese handel aansoeke, of menslike handelaars. Verkoop-kant firmas ook die mark data te stuur aan hul kliënte, koop-kant maatskappye soos onderlinge fondse, verskansingsfondse en ander batebestuurders. Sommige koop-kant maatskappye kan kies om direkte feeds ontvang van ruil, die vermindering van latency. Figuur 1 Trading argitektuur vir 'n koop Side / Verkoop Side Firm Daar is geen industrie standaard vir die mark data formate. Elke ruil het hulle eie formaat. Finansiële inhoud verskaffers soos Reuters en Bloomberg saamvoeg verskillende bronne van die mark data, normaliseer dit, en voeg nuus of analise. Voorbeelde van gekonsolideerde voer is RDF (Reuters data voed), RWF (Reuters Wire Format), en Bloomberg Professional Services Data. Om laer latency mark data te lewer, het beide verkopers vrygestel real-time mark data voed wat minder verwerkte en minder analytics: Bloomberg B-PipeWith B-pyp, Bloomberg de-paartjies hul mark data voer van hul verspreiding platform omdat 'n Bloomberg terminale is nie 'n vereiste vir get B-pyp. Wombat en Reuters Voer Hanteerders het ondersteuning vir B-pyp aangekondig. 'N Firma mag besluit om voere direk ontvang van 'n beurs om latency te verminder. Die winste in transmissie spoed kan wees tussen 150 millisekondes tot 500 millisekondes. Hierdie bronne is meer kompleks en duurder en die firma het om te bou en in stand te hou hul eie ENKELE plant (www. financetech / featured / showArticle. jhtmlarticleID60404306). Trading OrdersThis tipe verkeer dra die werklike ambagte. Dit is bidirectionele en baie latency sensitiewe. Dit word gemeet in boodskappe / sek. en Mbps. Die bestellings is afkomstig van 'n koop kant of verkoop kant vas en word gestuur na handel plekke soos 'n Exchange of ECN vir uitvoering. Die mees algemene formaat vir orde vervoer is FIX (Finansiële Inligting eXchangewww. fixprotocol. org/). Die aansoeke wat FIX boodskappe hanteer word genoem FIX enjins en hulle versoenbaar is met orde bestuurstelsels (OMS). 'N optimalisering op te los is vinnig genoem (Fix teenwoordig Streaming), wat 'n kompressie skema gebruik om die boodskap lengte verminder en, in werking tree, te verminder latency. FAST is meer aan die lewering van die mark data geteiken en het die potensiaal om 'n standaard geword. Vinnig kan ook gebruik word as 'n kompressie-skedule vir eie mark data formate. Om latency te verminder, kan maatskappye kies om Direkte toegang tot die mark (DMA) te vestig. DMA is die outomatiese proses van routing n sekuriteite orde direk na 'n uitvoering venue, dus vermy die ingryping deur 'n derde party (www. towergroup / navorsing / inhoud / glossary. jsppage1ampglossaryId383). DMA vereis 'n direkte verbinding met die uitvoering venue. Die boodskap bus is middleware sagteware van verskaffers soos Tibco, 29West, Reuters RMDS, of 'n oop bron platform soos AMQP. Die boodskap bus gebruik 'n betroubare meganisme om boodskappe te lewer. Die vervoer kan gedoen word oor TCP / IP (TibcoEMS, 29West, RMDS, en AMQP) of UDP / multicast (TibcoRV, 29West, en RMDS). Een van die belangrike konsep in die boodskap verspreiding is die quottopic stroom, quot wat 'n subset van die mark data gedefinieer deur kriteria soos ENKELE simbool, bedryf, of 'n sekere mandjie van finansiële instrumente. Intekenare aan te sluit onderwerp groepe koppel aan een of meer sub-onderwerpe om slegs die relevante inligting te ontvang. In die verlede, het al handelaars al mark data. Teen die huidige volumes verkeer, sal hierdie sub-optimale wees. Dit kaarte ook elke bron van latency met 'n moontlike oplossing en 'n monitering oplossing. Figuur 8 verskil in Gerapporteer Link load Tussen 'n 5-Minute Gemiddeld View en 'n 5 ms microburst View BQM ontplooiing in die handel netwerk figuur 9 toon 'n tipiese BQM ontplooiing in 'n handel netwerk. Multicast Service Market data aflewering is 'n perfekte voorbeeld van 'n aansoek wat nodig het om dieselfde data stroom te lewer aan honderde en potensieel duisende eindgebruikers. Die (S, G) verstryking timer is in te stel. Hierdie beperking word dikwels aangehaal as 'n rede om 'n laag 2 infrastruktuur tussen TIC geleë in verskillende data-sentrums in stand te hou.