פיתוח מערכת לחישוב מקדם בטא של נכס קריפטו

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

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

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

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

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

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

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

מה משתנה אחרי ההטמעה: אפקט בגדלים מדידים

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

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

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

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

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

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

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

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

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

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

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

מה מוסרים לידיים: ארטיפקטים, סכמות, נהלים

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

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

מקרה בוחן: חישוב מחדש של תיק מיום לדקות

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

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

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

מה הרכבנו

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

מה יצא

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

מה לעשות אם החישוב כבר בנוי בגיליונות אלקטרוניים

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

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

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

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

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

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

מה קורה בנכסים קריפטוגרפיים עם נזילות נמוכה?

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

מה עושים עם פערים בשערי מסחר?

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

מה אם מקור הנתונים הוחלף?

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

איך לוודא שהחישוב נכון?

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

נדון במשימה ונחזור עם אומדן ותוכנית עבודה

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

מספיק לשלוח חמישה סעיפים:

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

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