פיתוח מערכת לחישוב NAV עבור קרן קריפטו

מדוע חישוב NAV של קרן קריפטו נשבר בקנה מידה

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

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

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

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

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

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

מה נותן חישוב NAV אוטומטי

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

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

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

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

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

מהירות הדיווח עולה לא על חשבון פישוט המודל, אלא благодаря לכך שהחלק הכבד — איסוף והתאמת נתונים — מבוצע אוטומטית.

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

גישות לחישוב: מטבלאות ידניות ועד לרישום מבוזר

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

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

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

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

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

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

כיצד אנו בונים את תהליך ההטמעה

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

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

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

מה הלקוח מקבל לידיו

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

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

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

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

מקרה בוחן: כיצד קיצרנו את זמן חישוב ה-NAV פי שלושה

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

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

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

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

מה השתנה במדדים

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

במה שונה ה-NAV של קרן קריפטו מחישוב מסורתי?

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

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

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

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

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

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

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

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

ספקות טכניים נפוצים

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

מהו ההשהיה בין עסקה לעדכון ה-NAV?

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

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

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

מה יקרה אם מקור מחירים ייפול או יחזיר זבל?

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

האם ניתן לחשב מחדש NAV בדיעבד?

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

נדון במשימת חישוב ה-NAV שלכם

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

מה אנחנו מכסים במסגרת המשימה:

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

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