הבוט שלך מציג אחוז זכייה של 40%, אבל היתרה לא גדלה — זהו סימפטום קלאסי לשגיאות בחישוב P&L. הפיקדונות נמסים בגלל עמלות נסתרות ושיעורי מימון. אנו בונים מערכות ניטור P&L מוכנות לשימוש — ללא צורך בהגדרות או שכבות נוספות על גבי התשתית הקיימת. חשבונאות P&L נכונה הופכת את הבוט שלך מקופסה שחורה לכלי שקוף לחלוטין. חיסכון ממוצע בעמלות לאחר היישום: 15–25%.
סוגי P&L: ממומש, לא ממומש, כולל
P&L ממומש — רווח מעסקאות סגורות. עובדה: הכסף נעול. P&L לא ממומש (mark-to-market) — הערכה מחדש עדכנית של פוזיציות פתוחות במחיר השוק. הוא משתנה עם כל טיק. P&L מותאם עמלות — רווחיות אמיתית לאחר כל העמלות. בוט עם אחוז זכייה של 60% יכול להיות לא רווחי אם הרווח הממוצע קטן מדי ביחס לעמלה. P&L כולל: ממומש + לא ממומש. אבל לניהול סיכונים, הפרדה ביניהם היא קריטית — לא ממומש יכול להתאדות.
איך לחשב נכון P&L כולל עמלות?
הטעות הסטנדרטית היא לחשב P&L כ-текущая цена × размер − цена входа × размер. זה מתעלם מ:
- שיעור מימון לחוזים עתידיים תמידיים (יכול לאכול 20%+ מהרווחים)
- החלקה בביצוע (ההפרש בין מחיר הביצוע למחיר המתוכנן)
- עמלות Maker/Taker (שונות לסוגי הזמנות שונים)
- שיעור הלוואה למסחר במרווח
הפתרון שלנו מתאים את ה-P&L לכל הפרמטרים הללו, כך שאתה רואה את התוצאה הנקייה. ללא התאמה זו, בוטים רבים מפסידים עד 30% מהרווחים.
פלחי זמן וייחוס
ייחוס הוא קריטי: בלעדיו, לא תדע מה גורם להפסד — אסטרטגיה A או הטיה להזמנות Maker. ניטור P&L דורש פילוח לפי זמן ומקור.
| פלח | מטרה |
|---|---|
| תוך-יומי (שעתי) | לראות בתוך היום מתי המסחר פעיל |
| יומי | מדד תפעולי ראשי |
| שבועי/חודשי | להעריך יעילות אסטרטגית |
| מתגלגל 30/90 יום | להסיר עונתיות |
ייחוס P&L — פילוח לפי מקור. כמה הביאה אסטרטגיה A, כמה אסטרטגיה B, כמה הופסד על מימון, כמה על עמלות. ללא ייחוס, לא ברור מה לייעל. השוואת Benchmark: השוואה לאסטרטגיית Buy & Hold פסיבית. אם הבוט הרוויח 15% בחודש אבל BTC עלה ב-25%, האסטרטגיה מפגרת אחרי השוק.
למה הפרדת P&L ממומש ולא ממומש היא קריטית לניהול סיכונים?
ממומש משקף רווחים בפועל, לא ממומש הוא רווח על הנייר הנתון לתנודות שוק. אם לא מפרידים ביניהם, אתה עלול להגדיל סיכון בטעות על בסיס לא ממומש. לדוגמה, פוזיציה פתוחה עם לא ממומש של +50% עשויה לגרום לבוט להיראות מצליח, אבל בהיפוך חד הרווח ייעלם. אנו מגדירים התראות על ספי משיכה לא ממומשים כדי לנעול רווחים בזמן.
מדדים מרכזיים
יחס שארפ: (תשואה − שיעור נטול סיכון) / סטיית תקן. מעל 2.0 הוא טוב לבוט מסחר. מראה תשואה ליחידת סיכון. משיכה מקסימלית: ירידה מקסימלית משיא לשפל. אם המשיכה מגיעה ל-20%, זהו אות שמשהו לא תקין. יחס קלמר: תשואה שנתית / משיכה מקסימלית. מאפשר השוואת אסטרטגיות עם סיכון שונה. אחוז זכייה מול יחס רווח: אחוז זכייה ללא הקשר הוא חסר ערך. יחס רווח = סכום רווחים / סכום הפסדים. PF > 1.5 הוא Benchmark טוב.
השוואת מסדי נתונים ל-P&L
| DBMS | מהירות כתיבה | מורכבות שאילתות | המלצה |
|---|---|---|---|
| TimescaleDB | ~100k שורות/שנייה | נמוכה (SQL) | לאנליטיקה מורכבת |
| InfluxDB | ~1M נקודות/שנייה | בינונית (Flux) | ליומנים בתדירות גבוהה |
| PostgreSQL | ~50k שורות/שנייה | גבוהה (חלוקה ידנית) | רק לנפחים קטנים |
יישום אחסון נתונים
נתוני P&L דורשים שאילתות מהירות על פני טווחי זמן ואגרגציות. TimescaleDB מטפל בשאילתות זמן פי 5 מהר יותר מ-PostgreSQL רגיל, ו-InfluxDB מספק מהירויות כתיבה של עד מיליון נקודות בשנייה. אנו משתמשים ב-TimescaleDB לאנליטיקה מורכבת: הוא תומך ב-SQL, hypertables אוטומטיים ופונקציות חלון חזקות. InfluxDB טוב ליומנים בתדירות גבוהה אבל פחות גמיש באגרגציה. PostgreSQL ללא הרחבות דורש חלוקה ידנית ומתדרדר בביצועים עם מיליוני רשומות.
מבנה נתונים:
CREATE TABLE pnl_snapshots (
timestamp TIMESTAMPTZ NOT NULL,
bot_id UUID NOT NULL,
strategy_id UUID,
realized_pnl NUMERIC(18,8),
unrealized_pnl NUMERIC(18,8),
fees_paid NUMERIC(18,8),
funding_paid NUMERIC(18,8),
PRIMARY KEY (timestamp, bot_id)
); עוד על היישום
- איסוף נתונים מבורסות — אנו מתחברים ל-WebSocket ו-REST APIs (Binance, Bybit, OKX), אוספים עסקאות, הזמנות, פוזיציות, היסטוריית מימון.
- אגרגציה וחישוב — בזמן אמת אנו מחשבים P&L ממומש/לא ממומש, עמלות, מימון, ייחוס. אנו משתמשים בסטרימינג דרך Kafka או RabbitMQ.
- אחסון — אנו כותבים snapshots ל-TimescaleDB במרווחים של דקה. Hypertables מחלקים אוטומטית לפי זמן.
- ויזואליזציה — אנו בונים לוחות מחוונים ב-Grafana: עקומת הון, P&L יומי, תרשים משיכה, עוגת ייחוס.
- התראות — אנו מגדירים הודעות ב-Telegram/Discord כאשר הפסד יומי חורג מהסף (למשל, -5%) או כאשר מופעלת משיכה.
ויזואליזציה והתראות
עקומת הון — תרשים ראשי: תשואה מצטברת לאורך זמן. השווה מספר אסטרטגיות על תרשים אחד, הדגש תקופות משיכה. עמודות P&L יומיות — תרשים עמודות לפי יום, עם הבחנת צבע בין ימים רווחיים/מפסידים. תרשים משיכה — ויזואליזציה של משיכה נוכחית והיסטורית. התראות לפי P&L: אם הפסד יומי חורג מהסף — התראה ב-Telegram/Discord/דוא"ל. זה חלק ממערכת ניהול הסיכונים, לא רק ניטור.
תוצרים
אנו מספקים את הפרויקט עם סט מלא של תוצרים:
- תיעוד ארכיטקטורה לאחסון ו-API
- קוד מקור של מאגדי P&L עם תמיכה בבורסות (Binance, Bybit, OKX)
- לוחות מחוונים מוגדרים ב-Grafana / Metabase
- התראות לפי ספים מוגדרים (הפסד יומי, משיכה)
- אינטגרציה עם הבוט שלך דרך REST/WebSocket
- הדרכת צוות (סדנה של שעתיים)
הניסיון שלנו: 7+ שנים בפיתוח מערכות מסחר, מעל 50 פרויקטים בתחום הקריפטו. אנו מבטיחים איכות קוד ותמיכה לאחר השקה. אם אתה צריך מערכת כזו, קבל ייעוץ תוך יומיים.
לוחות זמנים ועלות
לוחות הזמנים נעים בין 3 ל-8 שבועות בהתאם למורכבות האינטגרציה ומספר הבורסות. העלות מחושבת באופן אישי. צור קשר — נעריך את הפרויקט שלך תוך 2 ימי עסקים.
מערכת ניטור P&L טובה מהווה 15–20% מהערך הכולל של פרויקט בוט מסחר — היא נותנת הבנה של מה קורה ולאן ללכת.







