Polymarket Bot Tutorial · Розділ 31 з 32
Запуск вашого Polymarket bot у live: перший депозит 25-50 USD, правила take-profit і stop-loss, пороги сповіщень (Telegram/email), cadence reconciliation і план масштабування на перший тиждень.
Що охоплює цей розділ
Перехід із paper у live - це місце, де більшість builder'ів випадково втрачають свій перший депозит. Цей розділ - це pre-flight checklist плюс дисципліна першого тижня, яка ловить bugs, перш ніж вони стануть збитками.
- Pre-flight checklist
- Перший депозит: 25-50 USD
- Правила TP/SL з production
- Monitoring: Telegram, email, dashboards
- Reconcile cadence: кожен fire_exits cycle
- Перший тиждень: тримайтеся близько, тримайтеся малих обсягів
- Scaling: коли вносити більше депозиту
Pre-flight checklist
Точний список у правильному порядку перед тим, як перевести bot з paper у live.
- 30 закритих paper trades. Критерії успіху в письмовому вигляді виконані або перевищені.
- Формат diary однаковий у paper і live. Та сама схема JSONL.
- VPS розгорнуто. Bot - єдиний process; unit systemd налаштовано.
- Механізм файлу HALT протестовано.
touch /opt/pmt/HALTзупиняє bot протягом 30 секунд. - Telegram alerts налаштовано. Тестове сповіщення успішно надсилається.
- Тестовано daily-loss kill switch. Симулюйте drawdown 10%; перевірте, що halt спрацьовує.
- On-chain reconciliation протестовано. Вручну створіть невідповідність у diary; перевірте, що halt спрацьовує.
- Адреса для депозиту - це proxy wallet, тобто смартконтрактний гаманець, від імені якого Polymarket торгує за вас (POLY_FUNDER_ADDRESS), а не ваш особистий рахунок - externally-owned account, або EOA. Перевірено через SDK
wallet show. - USDC/pUSD approvals встановлено. І для standard exchange, і для NegRisk exchange.
- Початковий розмір депозиту письмово погоджено: $25-50 для smoke test.
Якщо хоч один пункт не завершено, не переходьте в live. Кожен із них у минулих production-історіях коштував builder'ам реальних грошей.
Перший депозит: 25-50 USD
Smoke-test депозит навмисно малий. Мета - перевірити, що live path працює, а не заробляти гроші.
Що ви тестуєте: чи відповідає розміщення ордерів ботом тому, як Polymarket бачить trade. Чи правильно записується diary. Чи take-profit GTC справді виставляється. Чи відновлюється bot після тимчасової API error. Чи спрацьовує daily-loss halt, якщо ви його симулюєте.
Очікуваний результат: 5-15 невеликих trades, які приблизно повторюють paper diary. Будь-яку розбіжність слід трактувати як bugs, а не як особливість "live більш шумний, ніж paper".
Якщо ви втратите цей $25-50 на реальному збитку стратегії, стратегії потрібно ще paper runs. Якщо ви втратите його через bugs, виправте bugs перед масштабуванням.
Правила TP/SL з production
Спершу два коротких визначення, бо цей розділ на них спирається. Take-profit (TP) - це заздалегідь виставлений ордер на продаж, який фіксує прибуток, щойно ціна піднімається до вашої цілі; stop-loss (SL) продає позицію, щойно ціна опускається нижче ліміту, щоб одна невдала угода не вийшла з-під контролю. Нижче використовуються два типи ордерів: GTC (Good-Til-Cancelled - пасивний ордер, що очікує у склянці, доки не виконається або ви його не скасуєте) та FOK (Fill-Or-Kill - виконує весь ордер миттєво або повністю його скасовує). Ще один термін, що вам трапиться, mark, узагалі не тип ордера - це просто поточний mid-price, відносно якого ви оцінюєте позицію. Нижче - production defaults від нашого trader, які витримали тисячі trades.
- Buy: FOK на 1c вище за best ask. Пропустіть угоду, якщо ask вищий за 0.85 - це "пастка 0.99": майже вирішений ринок за ціною 0.90+ дає крихітний потенціал зростання, але різко падає, якщо перевернеться, тож співвідношення ризик/дохідність виявляється перевернутим.
- Take-profit: GTC sell на entry + 4-6c, виставляється одразу після buy fill + 5s очікування settlement.
- Stop-loss через mark: відстежуйте mid; якщо mid падає до entry - 8c, FOK sell за best bid (без resting; mid blow-through відбувається швидко).
- Time exit: якщо position не закрита протягом X годин і PnL знаходиться між -2c та +2c, FOK exit за market.
Ці числа змінюються залежно від strategy, але pattern незмінний: take-profit завжди GTC, stop-loss зазвичай FOK (бо GTC stops не виконуються, коли mid пробиває рівень), time exits - щоб не їхати на застарілих signals.
Monitoring: Telegram, email, dashboards
Bot має бути observable у реальному часі. Три рівні.
- Telegram alerts: кожен fill, кожен halt, кожна error вище порогу. Використовуйте окремий channel або group; не змішуйте з особистими повідомленнями.
- Daily summary email: наприкінці дня, загальна кількість trades, win rate, PnL, список спрацьованих halts. Читайте його щоранку.
- Dashboard: необов'язково, але корисно. Простий HTTP endpoint, який читає diary і відображає open positions + recent fills + cumulative PnL.
Pattern такий: будь-яка зміна state, про яку варто знати → Telegram. Підсумок наприкінці дня → email. Дослідження в реальному часі → dashboard.
Reconcile cadence: кожен fire_exits cycle
Reconciliation має запускатися достатньо часто, щоб drift був помічений до того, як наступний trade зможе його посилити. Cadence залежить від частоти trades.
- Strategies з < 10 trades/day: reconcile щогодини.
- Strategies з 10-100 trades/day: reconcile кожні 15 хвилин.
- HFT strategies (100+ trades/day): reconcile кожен cycle циклу exit-firing loop.
Вартість reconciliation - один chain read на кожен token, який утримується. При 20 tokens це 20 RPC calls; на free-tier RPC це цілком у межах бюджету. Не переоптимізовуйте це.
Перший тиждень: тримайтеся близько, тримайтеся малих обсягів
Перший тиждень live deployment - найнебезпечніший. Ви виявляєте bugs live-path, які paper run пропустив. Дисципліна:
- Тримайтеся близько - перевіряйте Telegram channel щогодини в години неспання.
- Тримайтеся малих обсягів - position sizes на мінімумі (5 shares); bug має коштувати доларів, а не сотень.
- Робіть manual reconciliation наприкінці дня протягом перших 3-5 днів. Порівнюйте diary з Polymarket UI безпосередньо.
- Документуйте кожен сюрприз. Навіть дрібні непорозуміння з часом стають bugs.
Кінець першого тижня: якщо немає bugs і diary збігається з реальністю, масштабуйтеся до нормального розміру. Якщо bugs з'явилися - виправте їх, проведіть ще один smoke-test тиждень.
Scaling: коли вносити більше депозиту
Тригери для додавання капіталу, кожен зі своїм порогом.
- +50% депозиту: 30 live trades, win rate у межах 5 pts від paper rate, немає production halts через bugs.
- +100-200% депозиту: 100+ live trades, стабільна прибутковість на вибірці, інфраструктуру протестовано щонайменше через один незначний outage.
- +500%+ депозиту: лише після 6+ місяців стабільної live profitability. Капітал нарощується повільніше, ніж успіх - ви хочете бути певними, що edge справжній, а не regime, який ось-ось зникне.
Найбільший одноразовий ризик передчасного scaling: strategy, яка була прибутковою в одному market regime, стає збитковою в наступному. Більший розмір це не виправляє. Виправляє терпіння.





