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.

  1. 30 закритих paper trades. Критерії успіху в письмовому вигляді виконані або перевищені.
  2. Формат diary однаковий у paper і live. Та сама схема JSONL.
  3. VPS розгорнуто. Bot - єдиний process; unit systemd налаштовано.
  4. Механізм файлу HALT протестовано. touch /opt/pmt/HALT зупиняє bot протягом 30 секунд.
  5. Telegram alerts налаштовано. Тестове сповіщення успішно надсилається.
  6. Тестовано daily-loss kill switch. Симулюйте drawdown 10%; перевірте, що halt спрацьовує.
  7. On-chain reconciliation протестовано. Вручну створіть невідповідність у diary; перевірте, що halt спрацьовує.
  8. Адреса для депозиту - це proxy wallet, тобто смартконтрактний гаманець, від імені якого Polymarket торгує за вас (POLY_FUNDER_ADDRESS), а не ваш особистий рахунок - externally-owned account, або EOA. Перевірено через SDK wallet show.
  9. USDC/pUSD approvals встановлено. І для standard exchange, і для NegRisk exchange.
  10. Початковий розмір депозиту письмово погоджено: $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, стає збитковою в наступному. Більший розмір це не виправляє. Виправляє терпіння.

Часті запитання

Яким має бути мій перший live deposit?
25-50 USD. Достатньо, щоб протестувати реальні fills, реальні fees, реальне reconciliation. Достатньо мало, щоб повна втрата не вплинула на ваше життя. Більшість дисциплінованих trader'ів, яких ми знаємо, починають саме з такого розміру, навіть якщо їхній bankroll дозволяє значно більше - ego cost невеликого збитку набагато менший, ніж ego cost великого.
Які TP/SL мені встановити?
Симетрично до вашого edge. Якщо strategy очікує +5% на кожному winning trade, встановіть take-profit на +5-7% і stop-loss на -3-4%. Asymmetric (малий TP, великий SL) - це gambling, а не trading. Наш production trader використовує TP+6% / SL-4% (FAK exits) на більшості strategies.
Як я маю моніторити свій bot у live?
Три канали: (1) Real-time alerts щодо закритих trade outcomes з PnL >$0.30 через Telegram bot. (2) Hourly dashboard view для cash + open positions + MtM. (3) Daily PnL summary email. Якщо будь-який із цих трьох не працює, ви дієте навмання.
Що має запускати emergency stop?
Будь-що з такого: daily loss > 5% від bankroll, fill rate < 30% (це вказує на wedged orders), понад 5 consecutive losing trades, market data feed мовчить >30 секунд, або будь-яка reconciliation mismatch між diary та on-chain. Усе це можна закодувати як automatic halt-sentinel touches.
Коли я можу збільшити свій live bankroll?
Коли у вас є щонайменше 50 closed live trades, live win rate збігається з paper у межах 10%, і не було reconciliation incident протягом 2+ тижнів. Масштабуйтеся максимум у 2x на кожному checkpoint - 25 USD -> 50 -> 100 -> 200 -> 500 протягом місяців, а не днів.
Чи варто запускати кілька strategies одночасно в live?
Не спочатку. Запустіть одну strategy в live на 2-4 тижні, щоб її валідувати. Потім додайте другу. Моніторинг двох strategies одночасно в перші тижні - це рецепт пропустити bug, який зламає strategy 1.