סורק מטבעות קריפטו לפי עומק שוק עם התראות

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

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

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

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

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

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

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

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

מהירות תגובה במקום ניתוח בדיעבד

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

שיעור אותות שווא נשלט

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

הפחתת זמן השבתה בביצוע

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

שלמות התמונה לפי פלטפורמות

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

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

מצבי איסוף הנתונים קובעים מה בכלל ייכנס לחתך הנזילות וכמה לעומק ניתן יהיה לאמת אותו לאחר מכן.

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

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

מה לבחור לפי המשימה

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

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

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

מה נשאר אצלכם: קונפיגורציות, סכימות, נהלים

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

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

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

לפני: איסוף ידני וחוסר סנכרון בין חתכים

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

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

אחרי: האות מאושר על ידי סדרת חתכים

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

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

במה עומק שוק שונה מנפח מסחר

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

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

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

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

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

ספקות טכניים: השהיות, מקורות, יציבות

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

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

כיצד המערכת מתנהגת בניתוק קשר?

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

האם אפשר לסמוך על אותות בזוגות עם נזילות נמוכה?

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

נדון במשימה: מה לשלוח להערכה ולתוכנית

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

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

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