Ons skep ‘n terminaal vir outomatiese en semi-outomatiese handel

Daar is ‘n noodlottige fout in die bestaande algoritmiese handelsterminale. Hulle is nie in javascript geskryf nie
  en na hierdie frase, alle siplusiste en luislangers:
  Maar in werklikheid, ons het baie front-enders, ons hou daarvan om kode te skryf, skuif en herkleur knoppies ook. Hoekom gee ons nie die geleentheid om by jou terminale in te steek vir algoritmiese handel nie? Ek is moeg vir webterminale vol inligting, allerhande toepassings soos transaq en vinnig. Wat kom uit die 90’s op die koppelvlak. Gee my mooi knope! )) Kwessies: — Bestaande terminale is erg beperk in terme van algoritmiese handel; – Daar is geen goeie oopbronterminaal nie; — Beperkings op toestelle en bedryfstelsel; – Bont afleidende ontwerp met ‘n miljoen onnodige knoppies en aanhalings; – Eie opdragte en programmeertale wat nie vanaf advertensies geskakel kan word nie. Vereistes: – Werk in ‘n blaaier of toepassing sonder om aan die bedryfstelsel en biblioteke gekoppel te wees; – Oopbronkode (gemeenskap, die vermoë om ontwikkelaars te vind); – Vermoë om aan die API van verskeie uitruilings te koppel; – Vermoë om robotte by te voeg en te hergebruik; – Vermoë om vir jouself aan te pas; – Lae versperring tot toegang. – Javascript, nodejs, pragtige knoppies =) Ek sien die volgende struktuur: 1. UI terminale Alles is eenvoudig hier. ‘n Bladsy met ‘n grafiek, ‘n paar knoppies en in die geveg. UI behoort nie van besigheidslogika te weet nie. Gereed data moet kom. Ons meld aan by die UI, dan, afhangende van die gekose makelaar, gaan ons na die regte handvatsel, en ons verwerk die data op dieselfde manier. * Magtigingsbladsy * Vermoë om terminale van verskillende makelaars te verbind * Vermoë om algoritmes vir verhandeling te laat val * Wysig algoritmes en hardloop sonder om die terminale te herbegin (?) * KI en leer om robotte op ou kaarte te verhandel * Basiese struktuur vir verhandeling (ons sal afsonderlik oorweeg ) 2. Makelaars API Om onmiddellik die vermoë te ontwerp om makelaars te koppel, laat ons twee byvoeg, byvoorbeeld Tinkoff en Finam. Andersins sal een van hulle wortels laat groei en dit sal makliker wees om van nuuts af te herskryf as om veranderinge aan te bring. Maar dit is nie so maklik om te neem en te begin handel dryf met javascript-robotte nie. Vir Finam het ‘n transaq-aansluiting, wat slegs onder Windows werk en die API is verskerp vir C #. Tinkoff is selfs meer interessant. Hulle het ‘n sdk vir JS gehad. Toe ‘n kookplaat, het hulle ‘n nuwe API gemaak waarin die ou SDK irrelevant geword het en hulle het inligting oor JS heeltemal verwyder. Maar in die ontwikkelaars se klets is daar ‘n skakel na nie-amptelike-tinkoff-invest-api_v2-lazy-sdk-NODEJS. Wel, ons sal dit uitvind. Vir Finam het ‘n transaq-aansluiting, wat slegs onder Windows werk en die API is verskerp vir C #. Tinkoff is selfs meer interessant. Hulle het ‘n sdk vir JS gehad. Toe ‘n kookplaat, het hulle ‘n nuwe API gemaak waarin die ou SDK irrelevant geword het en hulle het inligting oor JS heeltemal verwyder. Maar in die ontwikkelaars se klets is daar ‘n skakel na nie-amptelike-tinkoff-invest-api_v2-lazy-sdk-NODEJS. Wel, ons sal dit uitvind. Vir Finam het ‘n transaq-aansluiting, wat slegs onder Windows werk en die API is verskerp vir C #. Tinkoff is selfs meer interessant. Hulle het ‘n sdk vir JS gehad. Toe ‘n kookplaat, het hulle ‘n nuwe API gemaak waarin die ou SDK irrelevant geword het en hulle het inligting oor JS heeltemal verwyder. Maar in die ontwikkelaars se klets is daar ‘n skakel na nie-amptelike-tinkoff-invest-api_v2-lazy-sdk-NODEJS. Wel, ons sal dit uitvind.

pskucherov
Rate author
Add a comment