EN
Artykuły / 22.5 Organizacja wielu kont
Organizacja wielu kontszkic

Lista kont w jednym pliku: firma, serwer, saldo startowe i bot

15.11.20263 min czytania

W skrócie: gdy kont jest kilkanaście, pytanie “gdzie działa ten bot i jakie ma saldo startowe” przestaje mieć odpowiedź z głowy. Trzymam jedną listę kont w jednym pliku i wszystko inne (kontrola ryzyka, wdrożenia, panel) bierze dane z niej. Plik zawiera hasła, więc leży poza repozytorium i nie jest nigdzie wysyłany.

Po co jeden plik

Bez listy każde narzędzie ma własną wiedzę o kontach: skrypt wdrożeniowy swoją, panel swoją, ja w głowie jeszcze inną. Po pierwszej zmianie (nowe konto, wygasłe demo, zmiana serwera) te wersje rozjeżdżają się po cichu. Najgroźniejsza jest rozbieżność w saldzie startowym, bo od niego zależą limity dzienne i ryzyko na pozycję. Jeśli bot liczy limity od złej wartości, blokada zadziała za późno albo za wcześnie.

Jeden plik jako źródło prawdy oznacza, że poprawiam dane w jednym miejscu, a narzędzia je odczytują. Gdy coś się nie zgadza, wiem, którego pliku szukać.

Jakie kolumny

  • Identyfikator terminala zgodny z nazwą folderu (patrz artykuł o jednym terminalu na konto).
  • Firma i etap: challenge, weryfikacja, funded, demo.
  • Serwer i login do rozpoznania konta, bez wpisywania ich w publicznych materiałach.
  • Saldo startowe w walucie konta, a dla prop dokładnie to, od którego firma liczy limity.
  • Komputer, na którym terminal działa. Jedno konto to jeden terminal na jednym komputerze.
  • Boty na koncie, żeby przed aktualizacją wiedzieć, które terminale ruszyć.
  • Ważność: data wygaśnięcia demo albo konta typu keepalive.

Kolumny dopisuję wtedy, gdy narzędzie naprawdę ich potrzebuje. Plik, który ma trzydzieści kolumn, przestaje być utrzymywany.

Czego plik nie robi

Nie zastępuje danych z terminala. Saldo startowe na wykresie bota to osobna wartość w ustawieniach i musi się z listą zgadzać. Różnice wychodzą przy kontroli: porównuję, co jest na wykresie, z tym, co w pliku, i poprawiam tę stronę, która jest błędna. Uwaga: wykres bywa ostatnią poprawioną ręcznie wersją, więc nie zakładam z góry, że zawsze rację ma plik.

Bezpieczeństwo

Jeśli plik zawiera hasła, jest dla mnie tak samo wrażliwy jak sam terminal. Trzymam go poza repozytorium kodu, poza kopiami wysyłanymi do chmury i poza każdą rozmową, w której pokazuję ekran. Do narzędzi, które nie potrzebują haseł (panel, kontrola ryzyka), przekazuję tylko kolumny bez nich. Przy pokazywaniu kont publicznie zasłaniam login i serwer. [DO UZUPEŁNIENIA: przykład sytuacji, w której rozbieżność salda w liście i na wykresie zmieniła limit ryzyka]

Checklista

  • Czy każde konto ma jeden wiersz i jeden terminal?
  • Czy saldo startowe w pliku zgadza się z ustawieniem bota na wykresie?
  • Czy plik leży poza repozytorium i poza synchronizacją z chmurą?
  • Czy narzędzia, które nie potrzebują haseł, czytają tylko kolumny bez nich?
  • Czy po założeniu, zamknięciu lub wygaśnięciu konta od razu poprawiam listę?
  • Czy mam datę ważności dla demo i kont keepalive?

Powiązane

Ostrzeżenie: artykuł ma charakter edukacyjny i nie jest poradą inwestycyjną. Wyniki z przeszłości nie gwarantują przyszłych. Handel na rynkach finansowych wiąże się z ryzykiem utraty kapitału.

Dalej w rozdziale

605

Jeden terminal na konto: struktura folderów i nazewnictwo

Przy kilku kontach prop i demo każde konto dostaje własny terminal w osobnym folderze. Dlaczego, jak to nazwać i co zrobić, żeby po miesiącu nadal wiadomo było, co gdzie działa.

608

Konto keepalive: minimalna transakcja, żeby firma nie zamknęła konta

Niektóre prop firmy zamykają konta po 30 dniach bez aktywności. Opisuję, jak pilnuję terminu: transakcja 0,01 lota co 25 dni i data zapisana na liście kont.