מדריך Bot של Polymarket · פרק 31 מתוך 32
העלאת ה־Polymarket bot שלכם לאוויר: הפקדת פתיחה של 25-50 USD, כללי take-profit ו-stop-loss, ספי התראות (Telegram/email), קצב reconciliation, ותוכנית ההתרחבות של השבוע הראשון.
על מה הפרק הזה עוסק
המעבר מ-paper ל-live הוא השלב שבו רוב המפתחים מאבדים בטעות את ההפקדה הראשונה שלהם. הפרק הזה הוא צ'ק-ליסט לפני ההפעלה, יחד עם המשמעת של השבוע הראשון, שמאתרת באגים לפני שהם הופכים להפסדים.
- צ'ק-ליסט לפני ההפעלה
- הפקדה ראשונה: 25-50 USD
- כללי TP/SL מהפרודקשן
- ניטור: Telegram, email, dashboards
- קצב reconciliation: בכל מחזור fire_exits
- השבוע הראשון: להישאר קרובים, להישאר קטנים
- סקיילינג: מתי להפקיד עוד
צ'ק-ליסט לפני ההפעלה
הרשימה המדויקת, לפי הסדר, לפני שמעבירים את הבוט מ-paper ל-live.
- 30 עסקאות paper סגורות. קריטריוני הצלחה כתובים מולאו או הושגו מעבר לכך.
- פורמט היומן זהה בין paper ל-live. אותה סכימת JSONL.
- ה־VPS נפרס. הבוט הוא התהליך היחיד; unit של systemd מוגדר.
- מנגנון קובץ HALT נבדק.
touch /opt/pmt/HALTעוצר את הבוט בתוך 30 שניות. - התראות Telegram מוגדרות. התראת בדיקה נשלחת בהצלחה.
- מנגנון עצירת הפסד יומי נבדק. מדמים drawdown של 10%; מאמתים שה-halt מופעל.
- reconciliation on-chain נבדק. יוצרים אי-התאמה מכוונת ביומן; מאמתים שה-halt מופעל.
- כתובת ההפקדה היא ארנק ה-proxy - ארנק החוזה החכם שממנו Polymarket סוחרת בשמך (POLY_FUNDER_ADDRESS) - ולא החשבון האישי שלך, כלומר ה-externally-owned account או EOA. אומת באמצעות SDK
wallet show. - הוגדרו אישורי USDC/pUSD. גם עבור exchange הסטנדרטי וגם עבור NegRisk exchange.
- סכום ההפקדה הראשוני הוסכם בכתב: $25-50 לבדיקת smoke test.
אם פריט כלשהו לא הושלם, אין לעלות לאוויר. לכל אחד מהם כבר עלה למפתח כסף אמיתי בסיפורי פרודקשן בעבר.
הפקדה ראשונה: 25-50 USD
ההפקדה לבדיקת smoke test קטנה בכוונה. המטרה היא לוודא שה-path החי עובד, לא להרוויח כסף.
מה אתם בודקים: האם הצבת ההזמנות של הבוט תואמת למה ש-Polymarket רואה בעסקה. האם היומן נרשם נכון. האם ה-take-profit GTC באמת נשלח ל-order book. האם הבוט מתאושש משגיאת API זמנית. האם ה-daily-loss halt מופעל אם מדמים אחד כזה.
תוצאה צפויה: 5-15 עסקאות קטנות שמחזירות בערך את מה שמופיע ביומן ה-paper. יש להתייחס לכל סטייה כאל באג, לא כאל תכונה של "live רועש יותר מ-paper".
אם אתם שורפים את ה-25-50 דולר האלה על הפסד אמיתי של אסטרטגיה, האסטרטגיה צריכה עוד הרצות paper. אם אתם שורפים אותם בגלל באגים, תקנו את הבאגים לפני הסקיילינג.
כללי TP/SL מהפרודקשן
תחילה שתי הגדרות קצרות, כי הסעיף הזה נשען עליהן. take-profit (TP) הוא פקודת מכירה מוגדרת מראש שנועלת רווח ברגע שהמחיר עולה ליעד שלך; stop-loss (SL) מוכר את הפוזיציה ברגע שהמחיר יורד מתחת לגבול, כדי שעסקה גרועה אחת לא תצא משליטה. שני סוגי הפקודות שבשימוש כאן הם GTC (Good-Til-Cancelled - פקודה שממתינה בספר הפקודות עד שתתממש או שתבטל אותה) ו-FOK (Fill-Or-Kill - מבצעת את כל הפקודה מיד או מבטלת אותה לחלוטין). מונח נוסף שתפגוש, mark, אינו סוג פקודה כלל - הוא פשוט ה-mid-price הנוכחי שמולו אתה מודד את הפוזיציה. להלן ברירות המחדל של הפרודקשן מה-trader שלנו, שהחזיקו מעמד לאורך אלפי עסקאות.
- Buy: בצע FOK ב-1c מעל ה-best ask. דלג על העסקה אם ה-ask גבוה מ-0.85 - זוהי «מלכודת ה-0.99»: שוק כמעט סגור שמתומחר ב-0.90+ מציע פוטנציאל עלייה זעום אך צונח בחדות אם הוא מתהפך, כך שיחס הסיכון-תשואה מתהפך.
- Take-profit: מכירת GTC במחיר entry + 4-6c, מיד לאחר מילוי ה-buy + המתנה של 5s לסליקה.
- Stop-loss via mark: ניטור mid; אם ה-mid יורד ל-entry - 8c, מכירת FOK ב-best bid (ללא resting; מעבר חד דרך ה-mid קורה מהר).
- Time exit: אם הפוזיציה לא נסגרת בתוך X שעות וה-PnL נמצא בין -2c ל-+2c, יציאה ב-FOK ב-market.
המספרים משתנים לפי האסטרטגיה, אבל הדפוס עקבי: take-profit תמיד ב-GTC, stop-loss בדרך כלל ב-FOK (כי stop ב-GTC לא מתמלא כשה-mid נחתך דרכו), ו-time exits כדי להימנע מרכיבה על סיגנלים מיושנים.
ניטור: Telegram, email, dashboards
הבוט צריך להיות ניתן לצפייה בזמן אמת. שלוש שכבות.
- התראות Telegram: כל fill, כל halt, כל שגיאה מעל הסף. השתמשו בערוץ או בקבוצה ייעודיים; אל תערבבו עם הודעות אישיות.
- סיכום יומי במייל: בסוף היום, סך העסקאות, שיעור הניצחון, PnL, ורשימת ה-halts שהופעלו. קראו אותו כל בוקר.
- Dashboard: אופציונלי אך שימושי. endpoint פשוט ב-HTTP שקורא את היומן ומציג פוזיציות פתוחות + fills אחרונים + PnL מצטבר.
הדפוס: כל שינוי מצב שכדאי לדעת עליו → Telegram. סיכום סוף יום → email. חקירה בזמן אמת → dashboard.
קצב reconciliation: בכל מחזור fire_exits
reconciliation חייב לרוץ בתדירות גבוהה מספיק כדי ש-drift יתגלה לפני שהעסקה הבאה תוכל להעצים אותו. הקצב תלוי בתדירות העסקאות.
- אסטרטגיות עם < 10 עסקאות ביום: reconciliation כל שעה.
- אסטרטגיות עם 10-100 עסקאות ביום: reconciliation כל 15 דקות.
- אסטרטגיות HFT (100+ עסקאות ביום): reconciliation בכל מחזור של לולאת סגירת היציאות.
העלות של reconciliation היא קריאת chain אחת לכל token מוחזק. ב-20 tokens, אלו 20 קריאות RPC; ב-RPC חינמי, זה עדיין לגמרי בתוך התקציב. אין צורך לבצע כאן אופטימיזציה יתרה.
השבוע הראשון: להישאר קרובים, להישאר קטנים
השבוע הראשון של הפריסה live הוא המסוכן ביותר. אתם מגלים באגים ב-path החי שהרצת paper פספסה. משמעת:
- להישאר קרובים - לבדוק את ערוץ Telegram מדי שעה בשעות הערות.
- להישאר קטנים - גודל פוזיציה במינימום (5 shares); באג צריך לעלות דולרים, לא מאות.
- לבצע reconciliation ידני בסוף כל יום במשך 3-5 הימים הראשונים. להשוות את היומן ל-Polymarket UI ישירות.
- לתעד כל הפתעה. אפילו בלבולים קטנים הופכים בסוף לבאגים.
סוף השבוע הראשון: אם אין באגים והיומן תואם למציאות, עוברים לגודל רגיל. אם הופיעו באגים, מתקנים אותם ומריצים עוד שבוע smoke test.
סקיילינג: מתי להפקיד עוד
טריגרים להוספת capital, לכל אחד סף שונה.
- +50% להפקדה: 30 עסקאות live, שיעור ניצחון בתוך 5pts מהשיעור ב-paper, ללא halts בפרודקשן בגלל באגים.
- +100-200% להפקדה: 100+ עסקאות live, רווחיות עקבית לאורך הדגימה, תשתית שנבדקה דרך לפחות outage קטן אחד.
- +500%+ להפקדה: רק אחרי 6+ חודשים של רווחיות live עקבית. capital גדל לאט יותר מההצלחה - אתם רוצים לוודא שה-edge אמיתי, לא regime שעומד להיעלם.
הסיכון הגדול ביותר של סקיילינג מוקדם מדי: אסטרטגיה שהייתה רווחית ב-regime אחד של השוק הופכת ללא רווחית ב-regime הבא. גודל גדול יותר לא מתקן את זה. סבלנות כן.












