Tworzymy terminal do handlu automatycznego i półautomatycznego

W istniejących terminalach handlu algorytmicznego jest fatalna wada. Nie są napisane w javascript
  A po tej frazie wszyscy siplusiści i pytoniści:
  Ale w rzeczywistości mamy wiele front-endów, uwielbiamy też pisać kod, przenosić i zmieniać kolor przycisków. Dlaczego nie dać nam możliwości wejścia do Twojego terminala w celu handlu algorytmicznego? Jestem zmęczony terminalami internetowymi pełnymi informacji, wszelkiego rodzaju aplikacjami, takimi jak transaq i quick. Które pochodzą z lat 90. na interfejsie. Daj mi ładne guziki! )) Kwestie: — Istniejące terminale są poważnie ograniczone pod względem handlu algorytmicznego; – Nie ma dobrego terminala open source; — Ograniczenia dotyczące urządzeń i systemu operacyjnego; — Motley rozpraszający design z milionem niepotrzebnych przycisków i cytatów; – Własne polecenia i języki programowania, których nie można wybrać z reklam. Wymagania: – Praca w przeglądarce lub aplikacji bez przywiązania do systemu operacyjnego i bibliotek; – Open source code (społeczność, możliwość znalezienia programistów); – Możliwość łączenia się z API różnych giełd; – Możliwość dodawania i ponownego wykorzystywania robotów; – Możliwość dostosowania do siebie; – Niska bariera wejścia. – JavaScript, nodejs, piękne przyciski =) Widzę następującą strukturę: 1. Terminal UI Tutaj wszystko jest proste. Strona z wykresem, kilkoma przyciskami i do bitwy. Interfejs użytkownika nie powinien wiedzieć o logice biznesowej. Powinny nadejść gotowe dane. Logujemy się do UI, następnie w zależności od wybranego brokera przechodzimy do odpowiedniego uchwytu i w ten sam sposób przetwarzamy dane. * Strona autoryzacji * Możliwość łączenia terminali różnych brokerów * Możliwość upuszczania algorytmów do handlu * Edycja algorytmów i uruchamianie bez restartowania terminala (?) * AI i nauka handlu robotami na starych wykresach * Podstawowa struktura handlu (rozważymy osobno ) 2. Brokers API Aby od razu zaprojektować możliwość łączenia brokerów, dodajmy dwa, na przykład Tinkoff i Finam. W przeciwnym razie jeden z nich zakorzeni się i łatwiej będzie przepisać od nowa niż wprowadzać zmiany. Ale nie jest tak łatwo zacząć handlować z robotami javascript. Dla Finam posiada złącze transaq, które działa tylko pod Windowsem, a API jest wyostrzone pod C#. Tinkoff jest jeszcze ciekawszy. Mieli SDK dla JS. Potem płyta, zrobili nowe API, w którym stary SDK stał się nieistotny i całkowicie usunęli informacje o JS. Ale na czacie programistów jest link do nieoficjalnego-tinkoff-invest-api_v2-lazy-sdk-NODEJS. Cóż, wymyślimy to. Dla Finam posiada złącze transaq, które działa tylko pod Windowsem, a API jest wyostrzone pod C#. Tinkoff jest jeszcze ciekawszy. Mieli SDK dla JS. Potem płyta, zrobili nowe API, w którym stary SDK stał się nieistotny i całkowicie usunęli informacje o JS. Ale na czacie programistów jest link do nieoficjalnego-tinkoff-invest-api_v2-lazy-sdk-NODEJS. Cóż, wymyślimy to. Dla Finam posiada złącze transaq, które działa tylko pod Windowsem, a API jest wyostrzone pod C#. Tinkoff jest jeszcze ciekawszy. Mieli SDK dla JS. Potem płyta, zrobili nowe API, w którym stary SDK stał się nieistotny i całkowicie usunęli informacje o JS. Ale na czacie programistów jest link do nieoficjalnego-tinkoff-invest-api_v2-lazy-sdk-NODEJS. Cóż, wymyślimy to.

pskucherov
Rate author