Er zit een fatale fout in de bestaande algoritmische handelsterminals. Ze zijn niet in javascript geschreven.
En na deze zin, alle siplusisten en pythonisten:
Maar in feite hebben we veel front-enders, we houden er ook van om code te schrijven, knoppen te verplaatsen en opnieuw te kleuren. Waarom geeft u ons niet de mogelijkheid om in uw terminal te prikken voor algoritmische handel? Ik heb genoeg van webterminals vol info, allerlei applicaties zoals transaq en quick. Die komen uit de jaren 90 op de interface. Geef me mooie knopen! )) Kwesties: — Bestaande terminals zijn ernstig beperkt in termen van algoritmische handel; – Er is geen goede open source-terminal; — Beperkingen op apparaten en besturingssystemen; — Bont afleidend ontwerp met een miljoen onnodige knoppen en aanhalingstekens; – Eigen commando’s en programmeertalen die niet kunnen worden gekozen vanuit advertenties. Vereisten: – Werken in een browser of applicatie zonder gebonden te zijn aan het besturingssysteem en de bibliotheken; – Open source code (community, de mogelijkheid om ontwikkelaars te vinden); – Mogelijkheid om verbinding te maken met de API van verschillende uitwisselingen; – Mogelijkheid om robots toe te voegen en opnieuw te gebruiken; – Mogelijkheid om voor jezelf aan te passen; – Lage toetredingsdrempel. – Javascript, nodejs, mooie knoppen =) Ik zie de volgende structuur: 1. UI-terminal Alles is hier eenvoudig. Een pagina met een grafiek, een paar knoppen en in de strijd. De gebruikersinterface zou niets moeten weten over bedrijfslogica. Klaar data zou moeten komen. We loggen in op de gebruikersinterface, vervolgens gaan we, afhankelijk van de gekozen broker, naar de rechter handgreep en verwerken we de gegevens op dezelfde manier. * Autorisatiepagina * Mogelijkheid om terminals van verschillende makelaars aan te sluiten * Mogelijkheid om algoritmen voor handel te laten vallen * Algoritmen bewerken en uitvoeren zonder de terminal opnieuw op te starten (?) * AI en leren om robots te verhandelen op oude grafieken * Basisstructuur voor handelen (we zullen afzonderlijk overwegen ) 2. Brokers API Laten we er twee toevoegen, bijvoorbeeld Tinkoff en Finam, om meteen de mogelijkheid te ontwerpen om brokers te verbinden. Anders zal een van hen wortel schieten en is het gemakkelijker om helemaal opnieuw te schrijven dan om wijzigingen aan te brengen. Maar het is niet zo eenvoudig om te beginnen met handelen met javascript-robots. Want Finam heeft een transaq connector, die alleen onder Windows werkt en de API is aangescherpt voor C#. Tinkoff is nog interessanter. Ze hadden een SDK voor JS. Toen een kookplaat, maakten ze een nieuwe API waarin de oude SDK irrelevant werd en ze verwijderden informatie over JS helemaal. Maar in de chat van de ontwikkelaars staat een link naar niet-officiële-tinkoff-invest-api_v2-lazy-sdk-NODEJS. Nou, we komen er wel uit. Want Finam heeft een transaq connector, die alleen onder Windows werkt en de API is aangescherpt voor C#. Tinkoff is nog interessanter. Ze hadden een SDK voor JS. Toen een kookplaat, maakten ze een nieuwe API waarin de oude SDK irrelevant werd en ze verwijderden informatie over JS helemaal. Maar in de chat van de ontwikkelaars staat een link naar niet-officiële-tinkoff-invest-api_v2-lazy-sdk-NODEJS. Nou, we komen er wel uit. Want Finam heeft een transaq connector, die alleen onder Windows werkt en de API is aangescherpt voor C#. Tinkoff is nog interessanter. Ze hadden een SDK voor JS. Toen een kookplaat, maakten ze een nieuwe API waarin de oude SDK irrelevant werd en ze verwijderden informatie over JS helemaal. Maar in de chat van de ontwikkelaars staat een link naar niet-officiële-tinkoff-invest-api_v2-lazy-sdk-NODEJS. Nou, we komen er wel uit.
