פיתוח אינדיקטור Open Interest לבורסות קריפטו עד המפתח

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

שירותי פיתוח בלוקצ'יין

שאלות נפוצות

העבודות האחרונות

  • פיתוח אפליקציית ווב עבור FEEDME
    פיתוח אפליקציית ווב עבור FEEDME
    1376
  • פיתוח חנות מקוונת לחברת FURNORO
    פיתוח חנות מקוונת לחברת FURNORO
    1350
  • עיצוב לוגו לחברת B2B Advance
    עיצוב לוגו לחברת B2B Advance
    798
  • פיתוח אפליקציית ווב עבור Enviok
    פיתוח אפליקציית ווב עבור Enviok
    1093
  • פיתוח לוגו חברת AIDER
    פיתוח לוגו חברת AIDER
    1035
  • פיתוח CRM עבור Chasseurs
    פיתוח CRM עבור Chasseurs
    1132

פיתוח אינדיקטור Open Interest: מדוע המדד מתפצל

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

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

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

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

מה נותן חישוב עצמאי של אינטרס פתוח

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

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

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

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

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

מה מפסיק להישבר:

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

אפשרויות חישוב: תמונות מצב, זרם אירועים, תוכנית היברידית

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

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

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

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

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

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

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

מה נשאר בסביבת הלקוח לאחר המסירה

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

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

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

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

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

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

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

בנפרד הותקנה השוואה אוטומטית עם אמת מידה: אחת לתקופה האינדיקטור משווה את עצמו לנתונים ציבוריים של CoinGlass ומפיק דוח סטיות. העבודה הידנית הצטמצמה בכ-90% — האנליטיקאי בודק רק אי-התאמות מעל הסף.

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

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

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

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

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

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

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

ספקות טכניים לפני תחילת העבודה

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

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

מה קורה בעת ניתוק החיבור לבורסה?

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

כיצד נבדקת נכונות החישוב?

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

עד כמה כרוך להוסיף פלטפורמה חדשה?

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

מה כוללת מסירת התמיכה?

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

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

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

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

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

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

מה כלול בתשובה:

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