פיתוח מערכת שווי בסיכון (VaR) לתיק קריפטו

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

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

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

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

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

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

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

מה משתנה לאחר ההטמעה: מהירות ודיוק ההערכה

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

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

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

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

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

שיטות חישוב VaR: מתי כל גישה עובדת

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

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

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

שלבי ההטמעה: מביקורת נתונים ועד מסירת נהלים

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

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

ערכת תיעוד: תצורות, תרשימים, מדיניות מגבלות

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

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

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

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

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

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

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

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

CoinGecko נשאר מקור למחירי ייחוס לצורך התאמה, אך החלטות בנוגע למגבלות מתקבלות על נתוני התיק של עצמנו.

מה השתנה במספרים

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

במה שונה בדיקת לחץ מניתוח תרחישים?

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

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

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

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

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

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

ספקות טכניים: איכות נתונים ויציבות החישוב

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

כיצד המודל מתנהג בתנועות חדות?

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

מה קורה לאחר ההפעלה?

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

נדון במשימה: ממה להתחיל חישוב סיכון לתיק

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

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

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