Polymarket Bot Tutorial · Rozdział 31 z 32

Uruchamianie swojego Polymarket bota na live: pierwszy depozyt 25-50 USD, zasady take-profit i stop-loss, progi alertów (Telegram/email), cadence reconciliation oraz plan skalowania na pierwszy tydzień.

Harley Young, główna redaktorka w Polymarkets.co.il. Ostatnia recenzja: maj 2026.

Co obejmuje ten rozdział

Przejście z paper na live to moment, w którym większość builderów przypadkowo traci swój pierwszy depozyt. Ten rozdział to checklist przed startem oraz dyscyplina pierwszego tygodnia, która wyłapuje bugi, zanim zamienią się w straty.

To jest rozdział 31 z naszej 32-częściowej serii o budowaniu Polymarket trading bota. Temat omawiamy szczegółowo w sekcjach poniżej. Treść główna dla każdej sekcji jest pisana i publikowana rozdział po rozdziale; odpowiedzi FAQ i references są już kompletne i odzwierciedlają doświadczenie produkcyjne z działania naszego własnego trader.

  • Pre-flight checklist
  • Pierwszy depozyt: 25-50 USD
  • Zasady TP/SL z production
  • Monitoring: Telegram, email, dashboards
  • Cadence reconciliation: każdy cykl fire_exits
  • Pierwszy tydzień: stay close, stay small
  • Scaling: kiedy wpłacić więcej

Pre-flight checklist

Dokładna lista, w odpowiedniej kolejności, zanim przełączysz bota z paper na live.

  1. 30 zamkniętych paper trades. Spełnione lub przekroczone pisemne kryteria sukcesu.
  2. Format diary identyczny w paper i live. Ten sam schemat JSONL.
  3. VPS wdrożony. Bot jest jedynym procesem; unit systemd skonfigurowany.
  4. Mechanizm pliku HALT przetestowany. touch /opt/pmt/HALT zatrzymuje bota w ciągu 30 sekund.
  5. Alerty Telegram skonfigurowane. Testowy alert wysyła się poprawnie.
  6. Kill switch dziennej straty przetestowany. Symuluj drawdown 10%; sprawdź, czy halt się uruchamia.
  7. On-chain reconciliation przetestowane. Ręcznie wprowadź niezgodność w diary; sprawdź, czy halt się uruchamia.
  8. Adres wpłaty to proxy wallet (POLY_FUNDER_ADDRESS), a nie EOA. Zweryfikowano przez SDK wallet show.
  9. Ustawione approvals dla USDC/pUSD. Zarówno standard exchange, jak i NegRisk exchange.
  10. Uzgodniona na piśmie początkowa kwota depozytu: $25-50 na smoke test.

Jeśli jakikolwiek punkt nie jest kompletny, nie uruchamiaj live. Każdy z nich kosztował realne pieniądze w wcześniejszych historiach produkcyjnych.

Pierwszy depozyt: 25-50 USD

Depozyt do smoke testu jest celowo mały. Celem jest potwierdzenie, że live path działa, a nie zarabianie pieniędzy.

Co testujesz: czy order placement bota zgadza się z widokiem Polymarket na trade. Czy diary zapisuje się poprawnie. Czy take-profit GTC rzeczywiście się wystawia. Czy bot odzyskuje się po przejściowym błędzie API. Czy daily-loss halt uruchamia się po symulacji.

Oczekiwany wynik: 5-15 małych trades, które mniej więcej odwzorowują paper diary. Traktuj każde odchylenie jako bug, a nie jako cechę „live jest bardziej szorstki niż paper”.

Jeśli stracisz te $25-50 na realnej stracie strategii, strategia potrzebuje więcej paper runów. Jeśli stracisz je przez bugi, napraw bugi przed skalowaniem.

Zasady TP/SL z production

Domyślne ustawienia production z naszego trader, które sprawdziły się w tysiącach trades.

  • Buy: FOK po ask + 1c powyżej best ask. Pomiń, jeśli ask > 0.85 (pułapka 0.99).
  • Take-profit: GTC sell przy entry + 4-6c, wystawiany natychmiast po fill buy + 5s wait na settlement.
  • Stop-loss via mark: monitoruj mid; jeśli mid spadnie do entry - 8c, FOK sell po best bid (bez resting; mid blow-through dzieje się szybko).
  • Time exit: jeśli pozycja nie zostanie zamknięta w ciągu X godzin, a PnL mieści się między -2c a +2c, wyjście FOK po market.

Liczby zmieniają się w zależności od strategii, ale wzorzec pozostaje stały: take-profit zawsze GTC, stop-loss zwykle FOK (bo GTC stops nie fillują się, gdy mid przebija się przez poziom), time exits, aby nie jechać na przestarzałych sygnałach.

Monitoring: Telegram, email, dashboards

Bot musi być obserwowalny w czasie rzeczywistym. Trzy warstwy.

  • Telegram alerts: każdy fill, każdy halt, każdy error powyżej progu. Użyj dedykowanego kanału lub grupy; nie mieszaj tego z prywatnymi wiadomościami.
  • Daily summary email: na koniec dnia, liczba trades, win rate, PnL, lista wywołanych haltów. Czytaj to każdego ranka.
  • Dashboard: opcjonalny, ale przydatny. Prosty HTTP endpoint, który czyta diary i renderuje open positions + recent fills + cumulative PnL.

Wzorzec jest prosty: każda zmiana stanu warta odnotowania → Telegram. Podsumowanie na koniec dnia → email. Analiza w czasie rzeczywistym → dashboard.

Cadence reconciliation: każdy cykl fire_exits

Reconciliation musi działać wystarczająco często, aby drift został wykryty, zanim kolejny trade zdąży go skumulować. Cadence zależy od częstotliwości trade’ów.

  • Strategie z < 10 trades/day: reconciliation co godzinę.
  • Strategie z 10-100 trades/day: reconciliation co 15 minut.
  • Strategie HFT (100+ trades/day): reconciliation w każdym cyklu pętli wyzwalającej exit.

Koszt reconciliation to jeden odczyt chain na każdy token, który trzymasz. Przy 20 tokenach to 20 RPC calls; przy free-tier RPC, spokojnie w budżecie. Nie optymalizuj tego nadmiernie.

Pierwszy tydzień: stay close, stay small

Pierwszy tydzień live deployment jest najgroźniejszy. Odkrywasz bugi live path, których paper run nie wychwycił. Dyscyplina:

  • Stay close — sprawdzaj kanał Telegram co godzinę w czasie czuwania.
  • Stay small — wielkości pozycji na minimum (5 shares); bug powinien kosztować dolary, nie setki.
  • Ręcznie rób reconciliation na koniec dnia przez pierwsze 3-5 dni. Porównuj diary bezpośrednio z UI Polymarket.
  • Dokumentuj każdą niespodziankę. Nawet małe niejasności ostatecznie stają się bugami.

Koniec pierwszego tygodnia: jeśli nie ma bugów i diary zgadza się z rzeczywistością, zwiększ do normalnego rozmiaru. Jeśli pojawiły się bugi, napraw je i uruchom kolejny tydzień smoke testu.

Scaling: kiedy wpłacić więcej

Triggery do dodania kapitału, każdy z innym progiem.

  • +50% depozytu: 30 live trades, win rate w granicy 5 pts od paper rate, brak production halts z powodu bugów.
  • +100-200% depozytu: 100+ live trades, stabilna profitability w całej próbce, infrastruktura przetestowana przez co najmniej jedną drobną awarię.
  • +500%+ depozytu: dopiero po 6+ miesiącach stałej profitability na live. Kapitał zwiększa się wolniej niż sukces — chcesz mieć pewność, że edge jest prawdziwy, a nie związany z regime, który zaraz zniknie.

Największe pojedyncze ryzyko przedwczesnego skalowania: strategia, która była profitowa w jednym market regime, staje się nieprofitowa w następnym. Większy size tego nie naprawi. Naprawia to cierpliwość.

Najczęściej zadawane pytania

Jaki powinien być mój pierwszy live deposit?
25-50 USD. Wystarczająco, aby przetestować real fills, real fees i real reconciliation. Na tyle mało, aby całkowita strata nie wpłynęła na twoje życie. Większość zdyscyplinowanych traderów, których znamy, zaczyna od takiej kwoty, nawet jeśli bankroll pozwala na dużo więcej — koszt ego przy małej stracie jest znacznie mniejszy niż przy dużej.
Jakie TP/SL powinienem ustawić?
Symetrycznie do twojego edge. Jeśli strategia oczekuje +5% na wygranym trade, ustaw take-profit na +5-7% i stop-loss na -3-4%. Asymetria (mały TP, duży SL) to gambling, nie trading. Nasz production trader używa w większości strategii TP+6% / SL-4% (FAK exits).
Jak powinienem monitorować bota na live?
Trzy kanały: (1) Alerty w czasie rzeczywistym o wynikach closed-trade >$0.30 PnL przez Telegram bot. (2) Godzinny widok dashboardu cash + open positions + MtM. (3) Codzienne podsumowanie PnL przez email. Brak któregokolwiek z tych trzech oznacza, że działasz po omacku.
Co powinno uruchomić emergency stop?
Dowolny z poniższych: daily loss > 5% bankrolla, fill rate < 30% (sugeruje zablokowane orders), więcej niż 5 kolejnych losing trades, market data feed milczy przez >30 sekund lub jakakolwiek niezgodność reconciliation między diary a on-chain. Wszystko to można zakodować jako automatyczne touches halt-sentinel.
Kiedy mogę zwiększyć swój live bankroll?
Gdy masz co najmniej 50 zamkniętych live trades, live win rate zgadza się z paper w granicy 10%, i nie było żadnego reconciliation incident przez 2+ tygodnie. Skaluj maksymalnie 2x na każdy checkpoint — 25 USD -> 50 -> 100 -> 200 -> 500 na przestrzeni miesięcy, nie dni.
Czy powinienem uruchamiać kilka strategii live jednocześnie?
Nie na początku. Wprowadź jedną strategię na live na 2-4 tygodnie, potwierdź ją. Dopiero potem dodaj drugą. Monitorowanie dwóch strategii jednocześnie w pierwszych tygodniach to przepis na przeoczenie buga, który zabija strategię 1.