פיתוח בוט מסחר AI לקריפטו

מדוע בוט מסחר AI לקריפטו מפסיד כסף בשוק האמיתי

לרוב בוט מסחר ai קריפטו מפסיד לא בגלל "שוק רע", אלא בגלל הפער בין ההיסטוריה שעליה הוא אומן לבין הביצוע בפועל. בבדיקה לאחור (בקטest) מוצג עקומה יפה, כי העסקאות בו נסגרות לפי מחיר מהנר.

בספר הפקודות החי, ההזמנה עוברת דרך מספר רמות, ומחיר הכניסה הממוצע מתגלה כגרוע ממחיר האות — זהו החלקה (slippage). בזוגות דקים וברגעי תנודתיות היא אוכלת את כל המרווח של האסטרטגיה, שנראתה רווחית על הנייר.

מקור שני להפסדים — השהיית ביצוע העסקה. בזמן שהאות מגיע לבורסה, בזמן שה-API מקבל ומאשר את ההזמנה, המחיר זז. ככל שאופק החזקת הפוזיציה קצר יותר, כך זה פוגע חזק יותר: לוגיקת סקלפינג, המחושבת לתגובה מיידית, הופכת בהשהיה אמיתית לכניסה שיטתית במחיר גרוע.

בנוסף לכך מתווסף פער נזילות בין הבורסות — אות ארביטראז' נראה בפלטפורמה אחת, אך אין במה לבצע אותו שם, ובשנייה המחיר כבר זז.

סיבה שלישית — אימון יתר של האסטרטגיה. המודל מותאם לקטע היסטורי מסוים, זוכר את הרעש שלו ומפיק תוצאה מצוינת על מדגם בדיקה מאותה תקופה. על נתונים חדשים הדפוס אינו משתחזר, ובוט מסחר קריפטו מתחיל להפסיד בכל מחזור.

זה לא מתוקן על ידי "שיפור" המודל, אלא על ידי ולידציה הוגנת: חלוקת הנתונים לפי זמן, בדיקה על תקופות עם תנודתיות שונה, התחשבות בעמלות ובהחלקה ישירות בחישוב התוצאה.

כל שלושת הגורמים מצטברים, והאסטרטגיה, שנתנה פלוס בהיסטוריה, עוברת למינוס בשוק החי — לא בגלל שגיאה בקוד, אלא בגלל שתנאי הביצוע בבדיקה לאחור לא תאמו את המציאות. להלן נבחן כיצד זה נסגר ברמת הארכיטקטורה ובקרת הסיכון.

מה נותן בוט מסחר AI: אפקט מדיד ומצבי עבודה

מצבי מסחר: מה בדיוק עובר אוטומציה

כל מצב פותר משימה משלו ויש לו מחיר טעות משלו. מרקט-מייקינג מחזיק קוטביות דו-צדדיות בספר הפקודות: הבוט מציב ומציב מחדש פקודות עם תנועת המחיר, ומרוויח מהספרד.

המדד המרכזי כאן הוא שיעור הפקודות שבוצעו ללא בחירה שלילית: עם לימיטים נכונים וחישוב מחדש של קוטביות כל כמה שניות הוא נשמר מעל 70%, אחרת הספרד נאכל על ידי צדדים נגדיים מיודעים.

ארביטראז' בין בורסות תופס פער במחיר של זוג אחד בפלטפורמות שונות. חלון ההזדמנות חי שברירי שנייה, ולכן ההחלטה מתקבלת לפי זרם ספרי הפקודות, ולא לפי נרות: ההשהיה מהאות ועד הצבת הפקודה מסתכמת בעשרות מילישניות, אחרת הפער נסגר לפני הכניסה.

מעקב אחרי טרנד עובד בטיימפריימים גבוהים יותר ונותן תדירות עסקאות נמוכה יותר, אך דורש משמעת ביציאה — שיעור הכניסות הכוזבות בשוק צדי מצטמצם על ידי פילטר תנודתיות.

ניהול סיכון הפוזיציה

גודל הפוזיציה מחושב מתנודתיות הכלי, ולא בלוט קבוע: עם עליית התנודתיות הנפח מצטמצם אוטומטית, והדראודאון ברצף עסקאות מפסידות נשאר בטווח מוגדר. פקודות סטופ מוצבות בבורסה בו-זמנית עם הכניסה — בעת ניתוק קשר הפוזיציה לא נשארת לא מוגנת. החלקה בזוגות נזילים נשמרת בטווח של כמה נקודות בסיס הודות לכניסות לימיט במקום מרקט.

את לוגיקת הביצוע ואת קווי המתאר של הסיכון מרכיבים על CCXT — ממשק אחיד לבורסות מפשט העברת אסטרטגיה בין פלטפורמות ללא כתיבה מחדש של הליבה.

איך אנחנו בונים בוט מסחר AI: שלבי עבודה הנדסית

התהליך בנוי סביב עיקרון אחד: קודם בודקים שלהשערת המסחר יש בכלל בסיס סטטיסטי, ורק אחר כך כותבים קוד. רוב הכישלונות בפיתוח בוט מסחר הם לא טכניים אלא מחקריים: אסטרטגיה מופעלת על חשבון חי בלי לבדוק אותה על נתונים היסטוריים ובלי להטמיע קווי מתאר של סיכון. לכן אנחנו מובילים את הפרויקט בשלבים, כאשר כל צעד הבא נפתח רק לאחר אישור הצעד הקודם.

1. ביקורת ההשערה והנתונים. מפרקים את לוגיקת האסטרטגיה: על איזה אפקט שוק היא מרוויחה, ובאילו משטרי שוק היא מפסיקה לעבוד. בודקים את הזמינות והאיכות של נתונים היסטוריים עבור הצמדים וטווחי הזמן הנדרשים — חסרים, חריגים, תקינות הנרות.
2. פורמליזציה של חוקים וניהול סיכונים של הבוט. קובעים את תנאי הכניסה והיציאה, גודל הפוזיציה, מגבלות על ירידה ומקסימום חשיפה. קווי המתאר של הסיכון מוטמעים בארכיטקטורה מההתחלה, ולא מוברגים אחרי ההפסדים הראשונים.
3. בדיקת האסטרטגיה על ההיסטוריה. מריצים את החוקים על נתונים היסטוריים תוך התחשבות בעמלות ובהחלקה, ובודקים בנפרד את יציבות התוצאה בתקופות שונות. אסטרטגיה שעובדת רק על קטע אחד לא נכנסת לעבודה.
4. חיבור לבורסה וביצוע. מממשים חיבור לבורסה דרך ממשק מסחר, טיפול בפקודות, ניסיונות חוזרים בעת תקלות והשוואת פוזיציות בפועל מול המחושבות. בנפרד מכסים את ההתנהגות בעת ניתוק תקשורת.
5. בדיקה על נתונים חיים. מפעילים את המערכת במצב שוק אמיתי עם נפח מינימלי, ומשווים את ההתנהגות לתוצאות ההרצות ההיסטוריות. פערים מנתחים לפני שמגדילים את הנפח.
6. ניטור והתראות. מגדירים בקרה על ירידה, פקודות תקועות וסטיות מההתנהגות הצפויה — כדי שתקלה תהיה גלויה מיד, ולא לפי סיכום השבוע.
7. מסירת המערכת ללקוח. מוסרים קוד מקור, קונפיגורציות, תיעוד האסטרטגיה והוראות הפעלה ועצירה. מעבירים הדרכה לצוות ונשארים בקשר לצורך ליווי.

כל שלב מסתיים בארטיפקט שאפשר לבדוק: דוח נתונים, חוקים קבועים, תוצאות הרצות, לוגים של ביצוע. תארו את השערת המסחר שלכם — נחזור עם הערכה ותוכנית עבודה לפי שלבים.

במה שונה למידה על היסטוריה מבדיקה בשוק חי?

בדיקות על היסטוריה ובדיקה בשוק חי עונות על שאלות שונות. הראשונה מראה כיצד האסטרטגיה הייתה מתנהגת על נתונים שכבר ידועים, השנייה — האם היא תעמוד בזרם העסקאות שהמודל מעולם לא ראה. ההבדל מהותי: הרצה היסטורית יכולה להיות מותאמת שלא במודע לעבר, בעוד שהשוק החי אינו ניתן להתאמה.

התאמת יתר של המודל — הסיכון המרכזי של השלב הראשון. כאשר יש הרבה פרמטרים ומעט נתונים, האלגוריתם מוצא דפוסים שלא היו בשוק: תנודות אקראיות בתנודתיות, תנועות נזילות חד-פעמיות, ארטיפקטים של נרות הבורסה. בגרף אסטרטגיה כזו נראית משכנעת, אך היציבות שלה נשענת על רעש ולא על היגיון חוזר.

לכן מחלקים את ההיסטוריה לתקופות: על אחת מכווננים, על אחרת — שהמודל לא ראה — בודקים. אם התוצאה על הקטע המוחזק יורדת בחדות, הבעיה אינה בשוק אלא בהתאמה.

אימות ההיגיון המסחרי ממשיך הלאה וכולל את מה שהבקטסט מפשט: החלקה בביצוע, עמלות, השהיה בין האות לפקודה, מילוי חלקי של הזמנות, עומק אמיתי של ספר הפקודות. על ההיסטוריה כל זה נחשב לרוב לאידיאלי, ואסטרטגיה רווחית במודל עוברת לשוק חי להפסד דווקא בעלויות אלו.

בדיקה בשוק חי — היא מסחר בנפח קטן בזרם אמיתי, שבו נראים גם ההחלקה וגם התנהגות המודל על נתונים שלא היו באימון.

יציבות האסטרטגיה נבדקת לא בהרצה מוצלחת אחת, אלא בסדרה: משטרי שוק שונים — מגמה, דשדוש, ירידות חדות, — ובכל אחד המודל צריך להתנהג באופן צפוי. אם התוצאה מחזיקה מעמד רק במשטר אחד, זו אינה אסטרטגיה אלא צירוף מקרים עם קטע היסטוריה מסוים.

הרצה חיה בנפח קטן נותנת את מה שאף בקטסט לא ייתן: סירובי ביצוע אמיתיים, התנהגות בעת קרעי נזילות והערכה כנה של העלויות.

מסקנה מעשית ללקוח: מספרים של בדיקה היסטורית ללא שלב שני לא אומרים דבר. אנחנו תמיד בונים בדיקה בשני שלבים — תחילה תקופות מוחזקות ותרחישי לחץ, לאחר מכן הפעלה מבוקרת בשוק חי בנפח מוגבל, — ורק לאחר מכן מדברים על האופן שבו האסטרטגיה תתנהג במסחר אמיתי.

מקרה בוחן: כיצד הבוט הפסיק להפסיד בתנועות חדות בשוק

הלקוח הגיע עם אסטרטגיה עובדת: הבוט הרוויח בביטחה בשוק רגוע, אך בתנועות חדות — אימפולסים חדשותיים, ליקווידציות של פוזיציות גדולות — הפסיד יותר ממה שהרוויח בשבוע. הבעיה לא הייתה בלוגיקת הכניסה: האותות פעלו כראוי.

היציאה נשברה — הפוזיציה הוחזקה לפי זמן קבוע, והעצירה המגן עמדה סטטית ולא הספיקה להתרחבות המשרעת. בקטעים תנודתיים שיעור העסקאות המפסידות הגיע ל-68%, זמן החזקת הפוזיציה הממוצע — 40 דקות, העצירות המגן פעלו לעיתים רחוקות ועם החלקה.

בנינו מחדש את ניהול הפוזיציה, מבלי לגעת בחלק האותות. העצירה המגן הפכה אדפטיבית: הרמה שלה מחושבת מחדש מהתנודתיות הנוכחית של השוק — בהתרחבות המשרעת המסדרון גדל, בדעיכה הוא מצטמצם.

הוספנו סגירה כפויה בסטייה של המחיר בשיעור נתון מנקודת הכניסה, והעברנו את החזקת הפוזיציה מזמן קבוע לתנאי לפי תנועה. את הלוגיקה הוצאנו לשכבה נפרדת עם תיעוד ביומן של כל החלטה — стало גלוי מדוע העסקה נסגרה דווקא כך.

לאחר השינויים שיעור העסקאות המפסידות בקטעים תנודתיים ירד מ-68% ל-31%, זמן החזקת הפוזיציה הממוצע הצטמצם ל-12 דקות, מספר הפעולות של העצירות המגן גדל פי שלושה — אך כל עצירה כעת סגרה את הפוזיציה עם סטייה מבוקרת, ולא לפי עובדת השפל. השפל בתנועות חדות הפסיק לאכול את הרווח של התקופות הרגועות.

מה בדיוק שינו בלוגיקת היציאה

• עצירה מגן אדפטיבית — הרמה מחושבת מהתנודתיות הנוכחית, ולא נקבעת כקבוע בעת ההתחלה.
• תנאי יציאה לפי תנועה — הפוזיציה נסגרת בהגעה לסטייה היעד, ולא לפי טיימר.
• שכבת תיעוד ביומן של החלטות — בכל עסקה נראים הכניסה, סיבת היציאה והפרמטרים ברגע הפעולה.

את מדדי האסטרטגיה לקחנו על נתונים היסטוריים ועל הרצה בצל במקביל לגרסה העובדת — ההשוואה נעשתה על אותם קטעי שוק. את הכלים התאמנו למשימה, בהסתמך על Walk-Forward Analysis לבדיקת יציבות הפרמטרים מחוץ למדגם שעליו הם כווננו.

תאימות, הרשאות וחזרה לאחור: מה יש לדון לפני ההתחלה

השאלה הראשונה בהתחלה אינה "איזה אלגוריתם", אלא כיצד הבוט יקבל גישה לחשבון המסחר ומה יקרה אם התנהגותו תתגלה כשגויה. לכן את האינטגרציה מתכננים מהמגבלות, ולא מהאסטרטגיה: מפתחות API נוצרים רק למסחר ולקריאה, ומשיכת כספים חסומה ברמת הגדרות המפתח, ולא "על מילה של כבוד". אם הבורסה תומכת בהצמדת מפתח ל-IP — נשתמש בכך, ואז מפתח שהודלף חסר תועלת מחוץ לקונטור שלנו.

מה אם הבוט כבר עובד עם בורסה אחרת? מפשטים את ביצוע הפקודות מהפלטפורמה הספציפית: לוגיקת האסטרטגיה אינה יודעת לאן נשלחת הבקשה. הוספת בורסה שנייה היא אדפטר חדש והרצה על נתונים היסטוריים, ולא כתיבה מחדש של הליבה. מה אם צריך לעצור את המסחר ממש עכשיו?

מיישמים דגל חירום: הוא מסיר בקשות חדשות, אך אינו נוגע בפוזיציות שכבר פתוחות — סגירתן נשארת באחריותכם, כדי שהבוט לא יפעל נגד השוק ברגע של פאניקה.

לאחר המסירה תקבלו לידיכם:

• מאגר קוד עם היסטוריית שינויים ותיאור ענפים;
• תיעוד לבוט: סכמת ביצוע, פרמטרי סיכון, נקודות כשל;
• הנחיות לרוטציית מפתחות ולהגדרת הרשאות בבורסה;
• נוהל לחזרה בטוחה לאחור של הקונפיגורציה עם בדיקה שלב אחר שלב;
• מערך בדיקות על נתונים היסטוריים ותרחישי קצה;
• צ'קליסט ניטור: מה לבדוק בלוגים ומתי להפעיל התראה;
• מטריצת הרשאות — מי מבני הצוות שלכם יכול לשנות מה.

תארו את המשימה: אילו בורסות בקונטור, מי מחזיק במפתחות, ואילו לימיטים של סיכון אתם רואים כקבילים. נחזור עם הערכה ותוכנית עבודה.