Polymarket Bot Tutorial · Rozdział 1 z 32
Szczery reality check na 2026 rok, zanim zbudujesz Polymarket trading bot: dane o rentowności, wymagania czasowe i kapitałowe, kiedy boty wygrywają z manual trading, a kiedy nie.
Co obejmuje ten rozdział
Większość osób podchodzi do budowy Polymarket bot od złej strony: wybierają language, konfigurują VPS, a potem próbują znaleźć edge. Ten rozdział robi odwrotnie. Zaczynamy od liczb, które Polymarket faktycznie publikuje o profitability traderów, cofamy się przez realnie potrzebny czas i kapitał, a kończymy decyzją tak/nie. Szczery werdykt dla większości czytelników brzmi: "odpuść" — ale jeśli Twoja sytuacja pasuje do wąskiego profilu, w którym boty biją manual trading, reszta tej serii daje Ci production playbook.
- Szczere liczby profitability
- Kiedy bot wygrywa z manual trading
- Kiedy bot przegrywa z manual trading
- Potrzebny czas, kapitał i skill
- Próg 30 paper-trade
- Najczęstsze powody porażek botów
- Werdykt: budować czy odpuścić
Szczere liczby profitability
Dwa on-chain studies P&L na Polymarket dają najczystsze base rates. Próba 2,5 miliona wallet opublikowana na początku 2026 roku wykazała, że 7,6% wallet było profitable w całym swoim okresie działania, 84,1% było na minusie, a pozostałe 8,3% było na tyle blisko break-even, że fees i slippage prawdopodobnie wyjaśniały resztę. Mediana tracącego wallet była wtedy niżej o 38% od deposits w momencie snapshotu.
Wallet z botami nie są w tych badaniach wydzielone osobno, ale rozkład wśród automated traders zwykle jest nieco gorszy, a nie lepszy, niż wśród ludzi — boty szybciej kumulują błędy. Szczery wniosek: zbudowanie bota nie umieszcza Cię automatycznie w tych 7,6%. Staje się tak tylko wtedy, gdy bot koduje realny edge, a ten sam edge byłby profitable również przy manual execution z dyscypliną.
Kiedy bot wygrywa z manual trading
Boty mają realny edge w czterech wąskich sytuacjach. Po pierwsze, rynki wrażliwe na latency — 5-minutowa seria Bitcoin up/down na Polymarket rozstrzyga się na price action, które kończy się szybciej, niż człowiek zdąży kliknąć. Bot czytający trade tape z Binance i order book Polymarket może wykonać trade na divergence w 60-200 ms; człowiek nie. Po drugie, volume across many markets — market-making bot może kwotować 20 booków jednocześnie; człowiek nie utrzyma takiego focusu. Po trzecie, structured exits — bot może wystawić GTC sell na take-profit price natychmiast po fillu buy, bez emocji. Po czwarte, całodobowe pokrycie — mecze piłkarskie, koszykówka azjatycka, nocne CS2 — bot pilnuje wszystkiego.
Jeśli Twoja edge thesis nie mieści się w jednej z tych czterech kategorii, bot nie pomoże. Bot typu "dobry analyst polityczny" przegrywa z dobrym analystą politycznym, który ma dziecko już położone spać.
Kiedy bot przegrywa z manual trading
Boty radzą sobie gorzej od ludzi w dwóch przewidywalnych sytuacjach. Po pierwsze, rynki rozstrzygane przez judgment — spory UMA, niejednoznaczne brzmienie tytułów, newsy geopolityczne, gdzie znaczenie słowa "ceasefire" jest tym, co się handluje. Bot czyta tape; człowiek czyta context. Po drugie, mało płynne booki z szerokimi spreadami — edge bota to szybkość execution, która jest bezwartościowa, gdy następny bid jest sześć centów dalej. Manual traders mogą czekać dniami na fill przy docelowej cenie; boty, które czekają tak długo, zwykle mają bug.
Politics, geopolitics, awards, question markets z obszaru science / technology oraz większość jednorazowych marketów typu "czy X wydarzy się do daty Y" zwykle nie są terenem dla botów. Kapitał nie jest tam narażony na zniknięcie w 200 ms. Jest narażony na to, że będzie wrong, a to jest ludzka decyzja.
Potrzebny czas, kapitał i skill
Poniżej są minima od builderów, których znamy i którzy osiągnęli consistent profitability, a nie marketingowe liczby.
- Czas: 4-8 godzin tygodniowo przez pierwsze trzy miesiące. Większość z tego to obserwacja paper-trading, nie kodowanie. Wzorzec "zbuduję bota w weekend" produkuje boty, które tracą pieniądze w weekend.
- Kapitał: 0 USD na naukę, 25-50 USD na live smoke test, minimum 200-500 USD na live trading, gdzie matematyka fees faktycznie ma sens, 1,000-2,500 USD, by wygrane były istotne w ujęciu absolutnym.
- Skill: intermediate Python lub Node (potrafisz przeczytać cudzy API client i go zmodyfikować), swoboda z async I/O, umiejętność czytania order book data bez mylenia jej z last-trade price.
Jeśli jesteś poniżej któregokolwiek z tych trzech progów, economics bota się nie spinają. Fees na wallet z 50 USD zjadają na tyle dużo, że bycie trochę right jest tym samym co bycie wrong.
Próg 30 paper-trade
Jedyna dyscyplina, która oddziela 7,6% od 92,4%, to paper trading. Dokładniej: 30 zamkniętych trade'ów, wszystkie w paper mode, zanim użyjesz jakiegokolwiek live capital, z ustalonym z góry written go/no-go threshold.
Matematyka jest prosta. 60% win rate przy strategii z take-profit +3¢ / stop-loss -4¢ i 0,5% fee drag daje 0,6 × 3 − 0,4 × 4 − 0,5 = -0,3¢ expected na trade. Strategia wygląda na profitable w próbie 5 trade'ów; nie jest. 30 zamkniętych trade'ów to przybliżony sample size, przy którym noise po obu stronach prawdziwego win rate spada poniżej economics trade'u. Poniżej 30 zgadujesz; przy 30+ masz signal.
Ten próg jest też filtrem behawioralnym — większość builderów go pomija i idzie live w drugim tygodniu. Jeśli go pomijasz, traktuj deposit jako tuition, a nie kapitał.
Najczęstsze powody porażek botów
Z obserwacji działających production botów cztery tryby awarii dominują.
- Brak realnego edge. Bot dopasowuje strategy do history noise, wygląda świetnie w backtest, a live failuje, bo pozorny edge był przypadkowy. Lekarstwo: 30 paper trade'ów i brutalna szczerość co do win rate.
- Pomyłka w order-type. Wysłanie GTC, gdy potrzebowałeś FOK, albo FOK, gdy potrzebowałeś GTC. Poświęcamy temu rozdział 10. To najdroższa pojedyncza klasa bugów, jaką widzieliśmy, większa niż brak exitów.
- Phantom fills. Polymarket CLOB potwierdza match, podczas gdy settlement ERC1155 nadal czeka na Polygon. Bot, który wysyła follow-up sell w ciągu 5 sekund od fill, zostanie odrzucony mylącym błędem "balance: 0". Rozdział 12 omawia to szczegółowo.
- Brak stopu drawdown. Nawet perfekcyjnie profitable strategy ma złe dni. Bez 25% dziennego kill switcha na straty jeden zły dzień kasuje miesiąc zysków. Rozdział 30 omawia risk code.
Werdykt: budować czy odpuścić
Buduj, jeśli wszystkie cztery warunki są spełnione: masz edge thesis, która pasuje do jednej z czterech sytuacji sprzyjających botom opisanych powyżej; możesz poświęcić 4+ godziny tygodniowo przez trzy miesiące; masz 200+ USD, by postawić za 30-trade live smoke test po przejściu paper; i potrafisz napisać dość kodu, by odczytać JSON response i napisać idempotent order placer.
Odpuść, jeśli choć jeden warunek jest fałszywy. Pozostałe rozdziały nadal warto przeczytać jako background, ale rozdziały o build i deployment spalą czas, który nie zamieni się w PnL.
Jeśli nadal tu jesteś, następny rozdział to dokładna lista prerequisites. Jest bardziej wymagająca niż ten i celowo tak właśnie ma być.











