לכל Prop Firm יש סעיף בתנאים שלה על אסטרטגיות אסורות. ברוב המקרים הוא באורך של שלושה משפטים, נכתב לפני ההשקה, ולעולם לא נעשה בו שימוש עד שסוחר עם בקשת משיכה גדולה מפעיל בדיקה ידנית. זהו הרגע הגרוע ביותר לגלות שהכללים שלכם עמומים ושאין לכם מספיק היסטוריית נתונים כדי להוכיח משהו.
זיהוי ניצול לרעה הוא בעיית נתונים עם דדליין משפטי צמוד. זה מה לחפש, מה צריך לתעד כדי למצוא את זה, ואיך לפעול בלי להיגרר למחלוקת פומבית שתפסידו בה.
כתבו את הכללים לפני שאתם בונים את הגלאי
אפשר לאכוף רק מה שהסוחר הסכים לו. סעיף שאוסר על "פרקטיקות מסחר פוגעניות או לא הוגנות" לא נותן לכם כלום כשהסוחר מפרסם את הצילומים ברבים ושואל איזו פרקטיקה, בדיוק. הוא גם לא נותן לכם כלום במחלוקת על chargeback, שבה רשת האשראי קוראת את התנאים שלכם ואת הראיות שלכם, ולא את הנימוקים שלכם.
תנו שם להתנהגויות. אמרו אם העתקת עסקאות בין חשבונות אסורה או רק מוגבלת. אמרו אם מסחר בחדשות אסור לחלוטין או רק בתוך חלון מוגדר סביב פרסומים מתוזמנים. אמרו מה קורה בהפרה ראשונה לעומת הפרה חוזרת. ואז שמרו ארכיון מתוארך של כל גרסה של התנאים, כי הגרסה שקובעת היא זו שהייתה בתוקף ביום שבו החשבון נרכש.
הכללים גם חייבים להיות עקביים עם המוצר. אם פרמטרי האתגר שלכם מתגמלים במובלע עסקה אחת גדולה, יש סוחרים שייקחו עסקה כזו, ואי אפשר אחר כך לקרוא לזה ניצול לרעה. התאמת הפרמטרים היא השלב המוקדם לכל זה, ולכן כדאי לעבור על איך כללי אתגר ושלבים מתוכננים לפני כתיבת סעיף האסטרטגיות האסורות.
מה מפעילים באמת רואים
ההתנהגויות שעולות כסף מתחלקות לכמה קבוצות.
Copy Trading בין חשבונות
סוחר אחד מפעיל חשבונות רבים, או שקבוצת סיגנל מפעילה מאות, ואותן פוזיציות מופיעות בכל החשבונות בתוך שנייה או שתיים. אסטרטגיה עם שיעור הצלחה נמוך הופכת לרווחית כשהיא מופעלת חמישים פעמים במקביל, והעמלות על הכישלונות קטנות ממשיכה אחת.
Hedging מתואם
קבוצה פותחת פוזיציות הפוכות על אותו מכשיר פיננסי בחשבונות נפרדים, לעיתים קרובות בכמה חברות שונות. חצי מהחשבונות נופלים, חצי עוברים ומקבלים תשלום, והעלות נטו של הקבוצה היא דמי האתגר בצד המפסיד. זהו אחד הדפוסים היקרים ביותר שמפעיל יכול להתמודד איתם, והוא נשאר בלתי נראה כל עוד בודקים חשבונות אחד אחד.
ניצול השהיה ו-Feed
עסקאות שמתבצעות מול ציטוטים מיושנים, בדרך כלל עם זמני החזקה שנמדדים בשניות ושיעור ניצחונות חשוד במיוחד על מכשיר אחד. כאן יש גם אחריות שלכם: זה מצביע על ה-bridge שלכם, על פיד המחירים שלכם, או על סביבת ה-demo שלכם, וזה לא ייפתר במסמך התנאים.
מסחר סביב אירועים
אשכולות של כניסות בשניות שלפני פרסומים מתוזמנים, אצל חברות שמגבילות זאת. קל לזהות אם שומרים לוח כלכלי לצד נתוני המסחר, ובלתי אפשרי אם לא.
בעיות זהות
האדם שקנה את האתגר אינו האדם שמסחר בו, זהות אחת מחזיקה חשבונות תחת כמה כתובות אימייל, או שכתובת וטלפון יחידים עומדים מאחורי עשרים חשבונות. זה חופף לפיקוח ההצטרפות שלכם, וחברות שמפעילות תהליכי KYC ו-AML נכונים כבר במועד הרכישה ולא רק במועד המשיכה תופסות את רוב המקרים לפני שסיכון כלשהו נחשף.
קנוניה של שותפים
Affiliate מממן חשבונות דרך הקישור שלו כדי להרוויח עמלה, לפעמים עם פרטי תשלום גנובים. בדקו קבוצות affiliate לפי שיעורי מעבר ושיעורי החזר שלא נראים כמו של אף אחד אחר.
ניצול לרעה של תשלומים
כרטיסים גנובים שקונים אתגרים, ובקשות להחזר אחרי שכבר נשלחה משיכה. השני הוא הסיבה לכך שתזמון הזיהוי חשוב כל כך, ועברנו על המכניקה שלו ב- בעיית ה-chargeback ב-Prop Firm.
אי אפשר לזהות מה שלא שמרתם
לפני שאיזשהו ניתוח להלן יעבוד, הנתונים צריכים להתקיים במקום אחד שאפשר לשאול בו. כלומר:
- רשומות ברמת עסקה עם חותמות זמן במילישניות, סמל, כיוון, נפח, מחיר פתיחה וסגירה, ו-ticket ID. נתונים יומיים מצרפיים לא מועילים כאן.
- היסטוריית כניסות: כתובת IP, טביעת אצבע של מכשיר, user agent, זמני סשן.
- מזהי תשלום: טביעת אצבע של כרטיס, כתובת ארנק קריפטו, יעד משיכה.
- נתוני זהות מ-KYC, כולל מספר מסמך, תאריך לידה וכתובת.
- שרשרת בעלות של חשבונות, כלומר איזו רכישה יצרה איזה חשבון ואיזה חשבון אופס או שודרג מאיזה חשבון אחר.
שרתי מסחר לא בנויים לענות על שאלות חוצות חשבונות וחברות, ושאילתות ישירות עליהם תחת עומס הן רעיון רע. ההקמה המעשית היא שכפול רציף של נתוני הפלטפורמה אל בסיס נתונים שבשליטתכם, לצד נתוני ה-CRM שלכם, כך ששאילתה אחת יכולה לקשר בין עסקה לתשלום ולזהות. זו אותה תשתית שמזינה דשבורדי סיכון ודיווח רגולטורי, וכדאי לקרוא איך שכבת ה- compliance and reporting layer אמורה להתחבר יחד לפני שבונים אותה פעמיים.
זיהוי שעובד בפועל
דרגו חשבונות. אל תכתבו חוקים בינאריים שאוסרים על אנשים, כי לכל כלל שתכתבו יש הסבר תמים צמוד אליו.
קורלציית עסקאות
עבור כל זוג חשבונות, חשבו את שיעור העסקאות ששומרות על אותו מכשיר ועל אותו כיוון ונפתחות בתוך חלון זמן קצר, בדרך כלל שנייה עד חמש שניות. חפיפה גבוהה על פני זוגות רבים היא קבוצת Copy. הריצו זאת כ-job מתוזמן, לא לפי דרישה, כי ההשוואה הזוגית נעשית יקרה מהר ואתם ממילא רוצים את ההיסטוריה.
קורלציה הפוכה
אותה שאילתה עם כיוונים הפוכים מגלה קבוצות Hedging. לבדה היא מוכיחה מעט מאוד, כי שני זרים יכולים לחלוק דעה שונה על EURUSD. בשילוב עם מכשיר משותף, טווח IP, אמצעי תשלום או מקור הפניה, זהו האות החזק ביותר שתקבלו.
ניתוח קשרים
בנו גרף שמחבר חשבונות דרך IPs משותפים, טביעות אצבע של מכשירים, כתובות ארנק, טביעות אצבע של כרטיסים, מספרי טלפון וכתובות פיזיות. הסתכלו על אשכולות ולא על חשבונות בודדים. אשכול של ארבעים חשבונות שמחזיקים שני מכשירים וארנק משיכה אחד מספר סיפור שאף חשבון בודד לא מספר.
התפלגות זמן החזקה
זמן החזקה חציוני של כמה שניות בלבד, מרוכז על מכשיר אחד או שניים, מצביע על ניצול השהיה או Tick Scalping. בדקו קודם את הביצוע שלכם לפני שאתם בודקים את הסוחר.
ריכוז רווח
איזה חלק מהרווח של החשבון הגיע משלוש העסקאות הטובות ביותר שלו, או מעדקה אחת? חשבונות שעוברים על עסקה אחת הם שאלה של סיכון גם כשלא הופרו כללים, והם אלה שכדאי להבין לפני שמגדילים את ההקצאה שלהם. זה מתחבר ישירות לתמונה הרחבה של היכן Prop Firms באמת מאבדות הון.
החיוביות הכוזבות שתיתקלו בהן
כתובות IP משותפות הן ראיה חלשה יותר ממה שנדמה. סוחרים אצל אותו ספק VPS, באותו משרד, באותה רשת אוניברסיטאית, או מאחורי אותו NAT של ספק הסלולר ישתפו כתובות בלי להכיר זה את זה. מנויים לשירות אותות פופולרי יציגו מתאם מסחר גבוה ולא יהיה ביניהם קשר מעבר לערוץ Telegram. בני משפחה אכן סוחרים מאותה דירה.
זהו הטיעון לניקוד ולבדיקה אנושית ולא לסגירות אוטומטיות. קבעו את הסף כך שאדם יבחן את המקרה, ולא כך שהמערכת תפעל לבדה, ושמרו נתיב ערעור עם שם מצורף אליו.
איך לפעול בהתאם
שלושה דברים מבדילים בין חברות ששורדות את זה לבין חברות שמגיעות בסוף כמקרה בוחן ב-Trustpilot.
תזמון. הפעילו זיהוי באופן רציף לאורך שלב האתגר, ולא בעת בקשת התשלום. תפיסת קבוצת העתקה במהלך ההערכה לא עולה לכם דבר וניתנת לטיפול בשקט. תפיסתה אחרי שסוחר כבר אמר לקהל שלו שהתשלום בדרך הופכת החלטת מדיניות לריב ציבורי, והקהל לא יקרא את התנאים שלכם.
מידתיות. צריכה להיות לכם סולם כתוב: אזהרה, ביטול עסקאות ספציפיות, איפוס החשבון, דחיית תשלום, סגירת החשבון. התאימו את התגובה להתנהגות והחילו אותה באותה דרך בכל פעם. חוסר עקביות הוא מה שרגולטורים, רשתות סליקה ו-Reddit כולם מבחינים בו, וזה הנתיב המהיר ביותר לנזק מוניטיני שלוקח שנה לתקן.
ראיות. שמרו את פלט השאילתה ברגע קבלת ההחלטה, לא צילום מסך שנלקח מאוחר יותר. חבילת ראיות צריכה לכלול את טבלת העסקאות, את תוצאת המתאם, את החשבונות המקושרים ומה מקשר ביניהם, את גרסת הכללים שהייתה בתוקף, ואת שם מקבל ההחלטה. תצטרכו זאת עבור הסוחר, עבור ספק התשלומים שלכם, ולעיתים גם עבור רגולטור.
נקודה מבנית אחת שנוטים לפספס: החלטת התשלום לא צריכה להיות בידי נציג תמיכה. התמיכה עונה על הפנייה, תפקיד סיכוני מקבל את ההחלטה, ומעל גודל תשלום מוגדר בודק נוסף מאשר. ההפרדה הזו היא מה שמונע מהחלטה חפוזה ביום שישי אחר הצהריים להפוך לבעיה של הרבעון הבא. ה-כלי ניהול הסיכוניםצריך לשקף את הפיצול הזה בהרשאות שלו במקום להשאיר זאת לנוהג המשרדי.
בקשת ייעוץ לבניית מסגרת לזיהוי סיכונים ב-Prop Firm
קבלו הנחיה מקצועית בתכנון מסגרת לזיהוי סיכונים המסייעת לזהות התנהגות מסחר חשודה מבלי לשבש סוחרים לגיטימיים. נסייע לכם להעריך איסוף נתונים, קישור חשבונות, ניקוד התנהגותי, תהליכי סקירה וניהול ראיות כדי לתמוך בהחלטות תפעוליות עקביות וניתנות להגנה.
ביחד נבחן את תהליכי המעקב הנוכחיים שלכם ונגדיר אסטרטגיה המתואמת למודל הסיכון ולמטרות העסקיות שלכם.
