האסטרטגיה שלך חזרה לפעול עם פוזיציה אחרת: מכתב על שחזור מצב

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

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

מה האסטרטגיה חשבה לפני הקריסה?

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

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

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

איזה מצב צריך להישמר אחרי הפעלה מחדש?

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

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

איך אפשר להפוך את השחזור לתהליך שניתן לחזור עליו?

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

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

על מה אפשר לסמוך אחרי ההפעלה מחדש?

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

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