هر Prop Firm بخشی در شرایط و ضوابط خود درباره استراتژیهای ممنوعه دارد. بیشترشان سه جملهاند، پیش از لانچ نوشته شدهاند و تا وقتی تریدر با یک درخواست پرداخت بزرگ باعث بررسی دستی نشود، هرگز استفاده نمیشوند. بدترین زمان ممکن برای فهمیدن این است که قوانین شما مبهماند و دادههای شما آنقدر به عقب برنمیگردد که چیزی را اثبات کند.
شناسایی سوءاستفاده یک مسئله داده است که یک مهلت حقوقی هم به آن وصل شده. این همان چیزی است که باید بهدنبالش باشید، برای یافتنش چه چیزهایی را باید لاگ کنید، و چگونه بدون افتادن در یک اختلاف عمومی که در آن میبازید، اقدام کنید.
قوانین را قبل از ساختن آشکارساز بنویسید
شما فقط میتوانید چیزی را اجرا کنید که تریدر با آن موافقت کرده باشد. بندی که «شیوههای معاملاتی سوءاستفادهگرانه یا ناعادلانه» را ممنوع میکند، وقتی تریدر اسکرینشاتها را عمومی منتشر میکند و میپرسد دقیقاً کدام شیوه، به شما هیچ کمکی نمیکند. در یک اختلاف شارژبک هم همینطور است، جایی که شبکه کارت شرایط شما و شواهدتان را میخواند، نه استدلال شما را.
رفتارها را نامگذاری کنید. بگویید آیا کپیکردن معاملات بین حسابها ممنوع است یا فقط سقف دارد. بگویید آیا ترید خبری کاملاً ممنوع است یا فقط در یک بازه مشخص اطراف انتشارهای برنامهریزیشده. بگویید در اولین تخلف چه میشود و در تکرار چه. سپس یک آرشیو تاریخدار از هر نسخه شرایط و ضوابط نگه دارید، چون نسخهای که اهمیت دارد همان نسخهای است که در روز خرید حساب برقرار بوده است.
قوانین همچنین باید با محصول سازگار باشند. اگر پارامترهای چالش شما بهطور ضمنی یک معامله بزرگ را پاداش میدهند، بعضی تریدرها یکی را اجرا خواهند کرد و بعداً نمیتوانید آن را سوءاستفاده بنامید. درستبودن پارامترها مقدم بر همه اینهاست، به همین دلیل ارزش دارد ابتدا درباره نحوه طراحی قوانین چالش و فازها فکر کنید، قبل از اینکه بخش استراتژیهای ممنوعه را بنویسید.
اپراتورها واقعاً چه چیزهایی میبینند
رفتارهایی که هزینهساز میشوند در چند گروه محدود قرار میگیرند.
کپیتریدینگ بین حسابها
یک تریدر چندین حساب را اداره میکند، یا یک گروه سیگنال صدها حساب را پیش میبرد، و همان پوزیشنها ظرف یک یا دو ثانیه در همه آنها ظاهر میشوند. استراتژیای با نرخ قبولی پایین وقتی پنجاه بار بهصورت همزمان اجرا شود سودآور میشود، و کارمزدِ شکستها از یک پرداخت واحد کمتر است.
هجینگ هماهنگ
یک گروه در حسابهای جداگانه روی یک ابزار معاملاتی، اغلب در چندین شرکت، پوزیشنهای مخالف باز میکند. نیمی از حسابها از دست میروند، نیمی عبور میکنند و پرداخت میگیرند، و هزینه خالص گروه همان هزینههای چالش در سمت بازنده است. این یکی از پرهزینهترین الگوهایی است که یک اپراتور میتواند با آن روبهرو شود، و تا وقتی حسابها را یکییکی بررسی کنید پنهان میماند.
سوءاستفاده از تأخیر و فید
معاملات روی مظنههای قدیمی، معمولاً با زمان نگهداری که بر حسب ثانیه اندازهگیری میشود و نرخ برد بهطرز مشکوکی بالا روی یک ابزار معاملاتی. این مورد تا حدی تقصیر شماست: به بریج، فید قیمت یا محیط دمو شما اشاره میکند و با سند شرایط و ضوابط درست نمیشود.
ترید رویدادی
خوشههایی از ورودها در ثانیههای قبل از انتشارهای برنامهریزیشده، در شرکتهایی که آن را محدود میکنند. اگر یک تقویم اقتصادی را کنار دادههای معاملاتتان نگه دارید، شناساییاش آسان است؛ و اگر نه، غیرممکن است.
مشکلات هویتی
فردی که چالش را خریده، همان فردی نیست که آن را معامله میکند، یک هویت چندین حساب با چند آدرس ایمیل دارد، یا یک آدرس و شماره تلفن پشت بیست حساب قرار دارد. این موضوع با کنترلهای آنبوردینگ شما همپوشانی دارد، و شرکتهایی که KYC و AML درست را هنگام خرید و نه هنگام پرداخت اجرا میکنند، بیشترِ این موارد را قبل از اینکه هیچ سرمایهای در معرض خطر باشد، شناسایی میکنند.
تبانی افیلیت
یک افیلیت از طریق لینک خودش حسابها را تأمین مالی میکند تا کمیسیون بگیرد، گاهی با اطلاعات پرداخت سرقتی. نرخ قبولی و نرخ بازپرداختِ cohortهای افیلیت را بررسی کنید وقتی با هیچکس دیگر همخوانی ندارند.
سوءاستفاده از پرداخت
کارتهای سرقتی که چالش میخرند، و بازپرداختهایی که بعد از ارسال پرداخت درخواست میشوند. دومی دلیل این است که زمانبندی شناسایی اینقدر اهمیت دارد، و مکانیزم آن را در مشکل شارژبک Prop Firm بررسی کردیم.
چیزی را که ذخیره نکردهاید نمیتوانید شناسایی کنید
پیش از اینکه هر یک از تحلیلهای زیر کار کند، داده باید در یک مکان قابلکوئری وجود داشته باشد. یعنی:
- رکوردهای سطح معامله با timestamp در حد میلیثانیه، نماد، جهت، حجم، قیمت باز و بسته شدن، و ticket ID. نتایج روزانه تجمیعشده برای این کار بیفایدهاند.
- تاریخچه ورود: آدرس IP، fingerprint دستگاه، user agent، زمانهای نشست.
- شناسههای پرداخت: fingerprint کارت، آدرس کیف پول کریپتو، مقصد پرداخت.
- دادههای هویتی از KYC، شامل شماره مدرک، تاریخ تولد و آدرس.
- تبار حساب، یعنی اینکه کدام خرید کدام حساب را ایجاد کرده و کدام حساب از روی کدام حساب دیگر ریست یا ارتقا داده شده است.
سرورهای معاملاتی برای پاسخدادن به سؤالهایی در چند حساب و چند شرکت ساخته نشدهاند، و پرسوجو مستقیم از آنها زیر بار کاری ایده خوبی نیست. راهحل عملی، همگامسازی مداوم دادههای پلتفرم به یک پایگاهداده تحت کنترل شما، در کنار دادههای CRM شماست، تا یک کوئری واحد بتواند یک معامله را به یک پرداخت و به یک هویت وصل کند. همان زیرساختی است که داشبوردهای ریسک و گزارشدهی نظارتی را تغذیه میکند، و ارزش دارد قبل از اینکه آن را دو بار بسازید، درباره اینکه لایه انطباق و گزارشدهی چگونه باید در کنار هم قرار بگیرد، مطالعه کنید.
شناساییای که در عمل جواب میدهد
به حسابها امتیاز بدهید. قوانین دودویی ننویسید که مردم را ممنوع کنند، چون هر قانونی که مینویسید یک توضیح بیگناه هم کنار خود دارد.
همبستگی معاملات
برای هر جفت حساب، سهم معاملاتی را محاسبه کنید که ابزار و جهت یکسانی دارند و در یک بازه کوتاه، معمولاً یک تا پنج ثانیه، باز میشوند. همپوشانی بالا در میان جفتهای متعدد، یک گروه کپی است. آن را بهصورت یک job زمانبندیشده اجرا کنید، نه برحسب درخواست، چون مقایسه دوتایی خیلی سریع پرهزینه میشود و در هر صورت به تاریخچه نیاز دارید.
همبستگی معکوس
همان کوئری با جهتهای مخالف، گروههای هجینگ را پیدا میکند. بهتنهایی چیز زیادی را ثابت نمیکند، چون دو غریبه هم میتوانند درباره EURUSD اختلاف نظر داشته باشند. اما همراه با یک دستگاه مشترک، بازه IP، روش پرداخت یا منبع ارجاع، قویترین سیگنالی است که خواهید داشت.
تحلیل ارتباطات
یک گراف بسازید که حسابها را از طریق IPهای مشترک، fingerprintهای دستگاه، آدرسهای کیف پول، fingerprintهای کارت، شماره تلفن و آدرسهای فیزیکی به هم وصل کند. به خوشهها نگاه کنید، نه به حسابهای منفرد. یک خوشه چهلحسابی که دو دستگاه و یک کیف پول پرداخت را به اشتراک میگذارد، داستانی را تعریف میکند که هیچ حساب واحدی نمیکند.
توزیع زمان نگهداری
میانه زمان نگهداری زیر چند ثانیه، متمرکز روی یک یا دو ابزار معاملاتی، به سوءاستفاده از تأخیر یا tick scalping اشاره میکند. ابتدا اجرای خودتان را بررسی کنید، بعد تریدر را.
تمرکز سود
چه سهمی از سود حساب از سه معاملهٔ برتر آن، یا از یک دقیقهٔ واحد، به دست آمده است؟ حسابهایی که با یک معامله پذیرفته میشوند، حتی وقتی هیچ قانونی نقض نشده باشد، یک پرسش ریسک هستند و ارزش آن را دارند که پیش از افزایش تخصیصشان، بررسی شوند. این موضوع مستقیماً به تصویر بزرگترِ جایی که Prop Firmها در عمل سرمایه از دست میدهند.
False Positiveهایی که با آنها مواجه خواهید شد
آدرسهای IP مشترک شواهد ضعیفتری از آن چیزی هستند که به نظر میرسد. معاملهگرانی که روی یک ارائهدهندهٔ VPS مشترک، در یک دفتر، روی یک شبکهٔ دانشگاهی، یا پشت NAT یکسانِ اپراتور موبایل هستند، بدون اینکه همدیگر را بشناسند آدرس مشترک خواهند داشت. مشترکان یک سرویس سیگنال محبوب، همبستگی بالای معاملات نشان میدهند و جز یک کانال Telegram هیچ ارتباطی با هم ندارند. اعضای خانواده هم از یک آپارتمان معامله میکنند.
این استدلالی برای امتیازدهی و بازبینی انسانی بهجای مسدودسازی خودکار است. آستانه را جایی تعیین کنید که یک انسان پرونده را بررسی کند، نه جایی که سیستم بهتنهایی اقدام کند، و یک مسیر اعتراض با نام مشخص در نظر بگیرید.
اقدام بر اساس آن
سه چیز شرکتهایی را که از این وضعیت جان سالم به در میبرند از شرکتهایی جدا میکند که در نهایت به یک مطالعهٔ موردی Trustpilot تبدیل میشوند.
زمانبندی. تشخیص را بهصورت پیوسته در تمام مرحلهٔ چالش اجرا کنید، نه هنگام درخواست برداشت. شناسایی یک گروه کپیکار در طول ارزیابی هیچ هزینهای برای شما ندارد و میتوان آن را بیسروصدا مدیریت کرد. اما شناسایی آن پس از آنکه یک معاملهگر به مخاطبانش گفته پرداخت در راه است، یک تصمیم سیاستی را به یک درگیری عمومی تبدیل میکند و مخاطبان شما شرایطتان را نخواهند خواند.
تناسب. یک نردبان مکتوب داشته باشید: اخطار، باطل کردن معاملات مشخص، ریست کردن حساب، رد کردن برداشت، بستن حساب. پاسخ را با رفتار تطبیق دهید و هر بار به همان شکل اعمال کنید. همین ناهماهنگی است که نهادهای ناظر، شبکههای کارت، و Reddit همگی متوجه آن میشوند، و سریعترین مسیر بهسوی نوعی آسیب اعتباری است که یک سال طول میکشد تا جبران شود.
شواهد. خروجی کوئری را در لحظهٔ تصمیمگیری ذخیره کنید، نه یک اسکرینشات که بعداً گرفته شده باشد. یک بستهٔ شواهد باید شامل جدول معاملات، نتیجهٔ همبستگی، حسابهای مرتبط و اینکه چه چیزی آنها را به هم وصل میکند، نسخهٔ قانونِ حاکم، و نام فردی باشد که تصمیم را گرفته است. شما به آن برای معاملهگر، برای ارائهدهندهٔ پرداختتان، و گاهی برای یک نهاد ناظر نیاز خواهید داشت.
یک نکتهٔ ساختاری که اغلب از قلم میافتد: تصمیم پرداخت نباید در اختیار یک کارشناس پشتیبانی باشد. پشتیبانی به تیکت پاسخ میدهد، نقش ریسک تصمیم را میگیرد، و بالای یک اندازهٔ مشخصِ پرداخت، یک بازبین دوم آن را تأیید میکند. همین تفکیک است که مانع میشود یک تصمیم عجولانه در بعدازظهر جمعه به مشکل سهماههٔ بعد تبدیل شود. ابزارهای مدیریت ریسک باید این تفکیک را در سطح مجوزهای خود منعکس کنند، نه اینکه آن را به عرف اداری واگذار کنند.
درخواست مشاوره برای ساخت چارچوب تشخیص ریسک برای Prop Firm
از راهنمایی تخصصی برای طراحی چارچوب تشخیص ریسکی بهرهمند شوید که به شناسایی رفتارهای معاملاتی مشکوک کمک میکند، بدون اینکه معاملهگران قانونی را مختل کند. ما به شما کمک میکنیم جمعآوری دادهها، همبستگی حسابها، امتیازدهی رفتاری، گردشکارهای بازبینی و مدیریت شواهد را ارزیابی کنید تا تصمیمهای عملیاتی منسجم و قابل دفاعی داشته باشید.
با هم، فرآیندهای نظارتی فعلی شما را بررسی میکنیم و استراتژیای همسو با مدل ریسک و اهداف کسبوکارتان ترسیم میکنیم.
