ایک AI اسٹریٹجی ایجنٹ ایسا درست بیک ٹیسٹ بنا سکتا ہے جس میں ایسی معلومات استعمال ہوں جو اس وقت موجود ہی نہیں تھیں جب اس کی ٹریڈز ہونی تھیں۔ کوڈ چلتا ہے۔ ایکویٹی کرو معقول دکھائی دیتی ہے۔ سگنل شاید سمجھ میں آنے والا بھی ہو۔ پھر بھی کسی ٹائم اسٹیمپ، جوائن یا نظرثانی شدہ ڈیٹا فیلڈ نے خاموشی سے اسے کل کا جواب دے دیا ہوتا ہے۔
اس کا حل یہ ہے کہ دستیابی کا وقت ریسرچ کے معاہدے کا حصہ بنایا جائے۔ ہر اِن پٹ کے بارے میں 2 سوالوں کا واضح جواب ہونا چاہیے: یہ قدر کس وقت کی عکاسی کرتی ہے، اور اسٹریٹجی کو اس کا علم پہلی بار کب ہو سکتا تھا؟
AI سے بنائی گئی اسٹریٹجی میں مستقبل کی معلومات کا تعصب کیسا دکھائی دیتا ہے؟
اس کی واضح مثال یہ ہے کہ اسی بار کی اختتامی قیمت سے سگنل نکالا جائے اور پھر اسی اختتامی قیمت پر آرڈر بھرا جائے۔ اگر فیصلہ کرنے کے لیے اسٹریٹجی کو اختتامی قیمت درکار ہے تو وہ اسی قیمت پر ٹریڈ بھی نہیں کر سکتی۔ لیکن ڈیٹا ذرائع کو جوڑتے یا سہل ڈیفالٹس چنتے ہوئے ایجنٹس اکثر اس کی زیادہ باریک صورتیں پیدا کر دیتے ہیں۔
فرض کریں ایک ماڈل ہر منٹ کے اختتام پر 20 بار کی متحرک اوسط نکالتا ہے اور اختتامی قیمت کے اسے عبور کرنے پر پوزیشن لیتا ہے۔ اگر بیک ٹیسٹ اسی اختتامی قیمت پر آرڈر بھرتا ہے تو اس نے بار کی آخری ٹریڈ اس سے پہلے استعمال کر لی، جب وہ ٹریڈ اسٹریٹجی کو دستیاب ہوئی تھی۔ آرڈر کو اگلی بار کے آغاز پر منتقل کرنا ایک مناسب اندازہ ہو سکتا ہے، البتہ مارکیٹ آرڈر کے لیے فیس اور پرائس امپیکٹ بھی درکار ہوتے ہیں۔
اب فیچر کو روزانہ کے ایکویٹی بنیادی اعدادوشمار یا کرپٹو کے اوپن انٹرسٹ اسنیپ شاٹ سے بدل دیں۔ قطار کی تاریخ پیر بتا سکتی ہے، مگر ممکن ہے قدر پیر کے اختتام کے بعد شائع ہوئی ہو یا بعد میں درست کی گئی ہو۔ تاریخ، دستیابی کا ٹائم اسٹیمپ نہیں ہوتی۔
اسٹریٹجی کے اِن پٹس کے ٹائم اسٹیمپ کیسے رکھوں؟
جہاں ماخذ اجازت دے، کم از کم 3 اوقات محفوظ رکھیں: قدر کس مدت کی عکاسی کرتی ہے، ناشر نے اسے کب جاری کیا، اور آپ کے سسٹم نے اسے کب وصول کیا۔ فیصلہ کرتے وقت اسٹریٹجی کے معلوماتی مجموعے میں صرف وہ قدریں شامل ہو سکتی ہیں جو اس وقت تک دستیاب ہو چکی ہوں۔
| فیلڈ | یہ کس سوال کا جواب دیتا ہے؟ | عام غلطی |
|---|---|---|
| واقعے کا وقت | مارکیٹ کا واقعہ کب پیش آیا؟ | بار مکمل ہونے سے پہلے اس کی اختتامی قیمت استعمال کرنا |
| جاری ہونے کا وقت | ماخذ نے یہ قدر کب شائع کی؟ | دن کے اختتام کے لیبل کو دن کے آغاز میں جاری شدہ سمجھنا |
| ڈیٹا وصولی کا وقت | یہ ریسرچ سسٹم اسے کب استعمال کر سکتا تھا؟ | وینڈر یا پائپ لائن کی تاخیر نظرانداز کرنا |
| نظرثانی کا وقت | اس ورژن کو کب ریکارڈ یا درست کیا گیا؟ | نظرثانی شدہ تاریخ کو یوں پُر کرنا جیسے وہ اصل ڈیٹا ہو |
1 منٹ کی اسٹریٹجی میں، 1 سیکنڈ کی تاخیر خود بخود بے ضرر نہیں ہوتی۔ اس کی اہمیت اس بات پر منحصر ہے کہ فیصلہ کب کیا جاتا ہے اور سگنل کن چیزوں سے بنتا ہے۔ اگر اِن پٹ مکمل شدہ گھنٹہ وار شماریہ ہے تو شاید زیادہ فرق نہ پڑے۔ اگر یہ آرڈر کے قریب لیا گیا آرڈر بک کا عدم توازن ہے تو ٹریڈ کا رخ بدل سکتا ہے۔
کیا پوائنٹ اِن ٹائم ڈیٹا اسٹور معلومات کے رساؤ کو روک سکتا ہے؟
ہاں، اگر “پوائنٹ اِن ٹائم” کا مطلب یہ ہو کہ آپ تاریخی فیصلے کے وقت معلوم قدر، اس وقت کے موجودہ ورژن سمیت، واپس حاصل کر سکتے ہیں۔ ایسی ٹیبل جس میں صرف تاریخی تاریخیں ہوں، ان تاریخوں کے لیے آج کی درست شدہ قدریں پھر بھی رکھ سکتی ہے۔
ہر ریکارڈ کے لیے مؤثر مدت اور دستیابی کا ٹائم اسٹیمپ محفوظ کریں، اور نظرثانی شدہ ورژن مٹانے کے بجائے سنبھال کر رکھیں۔ پھر تاریخی استفسارات واضح بنائیں: فرضی فیصلے کے وقت تک دستیاب تازہ ترین ورژن واپس کریں۔ بنیادی اعدادوشمار، انڈیکس میں شمولیت، اقتصادی اعلانات اور وینڈر کے صاف کردہ ڈیٹاسیٹس کے لیے یہ خاص طور پر اہم ہے۔
عملی طور پر ایک غیر نمایاں پیچیدگی بھی ہے: اگر ڈیٹا وصول کرنے کا کام 20 منٹ دیر سے چلا تو اجرا کا بالکل درست ٹائم اسٹیمپ بھی بے کار ہے۔ اگر تاریخی اسٹور ڈیٹا وصولی کا وقت محفوظ نہیں کرتا تو محتاط تاخیر فرض کریں اور یہ بات واضح کریں۔ جو درستگی ماخذ نے کبھی ریکارڈ ہی نہیں کی، وہ محض دکھاوا ہے۔
پیپر ٹریڈنگ سے پہلے کون سی جانچ مستقبل کی معلومات کے تعصب کو پکڑتی ہے؟
ریسرچ ایجنٹ سے کہیں کہ بیک ٹیسٹ کے ساتھ فیچرز اور آرڈرز کی ٹائم لائن بھی دے۔ ہر فیصلے کے لیے ہر فیچر کے ماخذ کی تازہ ترین دستیابی کا وقت، فیصلے کا وقت، آرڈر کا وقت اور ماڈل شدہ آرڈر بھرنے کا وقت ریکارڈ کریں۔ ایسی ہر قطار مسترد کریں جس میں اِن پٹ فیصلے کے بعد پہنچا ہو۔
- سگنلز کو 1 بار آگے سرکائیں اور نتائج کا موازنہ کریں۔ نتائج میں بڑی گراوٹ اختتامی قیمت سے اختتامی قیمت تک کی ٹائمنگ پر انحصار دکھا سکتی ہے، اگرچہ یہ تشخیصی طریقہ ہے، معلومات کے رساؤ کا ثبوت نہیں۔
- ہر ماخذ کو کسی تاریخی کٹ آف پر روکیں، پائپ لائن دوبارہ چلائیں، اور حاصل شدہ فیچرز کا محفوظ شدہ تاریخی فیچرز سے موازنہ کریں۔
- مشکوک فیچر کو مستقل قدر سے بدلیں۔ اگر کارکردگی تقریباً وہی رہے تو دیکھیں کہ کوڈ نے مطلوبہ سیریز حقیقتاً استعمال بھی کی تھی یا نہیں۔
- جان بوجھ کر مستقبل کا ایک ناممکن فیچر پائپ لائن سے گزاریں۔ جب اس کی دستیابی کا وقت فیصلے کے وقت سے آگے ہو تو توثیق کو واضح طور پر ناکام ہونا چاہیے۔
یہ جانچ اسٹریٹجی کی ضمانت نہیں دیتی۔ یہ ٹائمنگ کے مخصوص مفروضوں کو نمایاں کرتی ہے اور ان مفروضوں کی عام خلاف ورزیوں کو پکڑتی ہے۔
کیا پیپر ٹریڈنگ ثابت کرتی ہے کہ بیک ٹیسٹ میں معلومات کا رساؤ نہیں تھا؟
نہیں۔ پیپر ٹریڈنگ لائیو ڈیٹا کے ایسے راستے کو سامنے لا سکتی ہے جو تاریخی راستے کے مقابلے میں تاخیر کا شکار، نامکمل یا مختلف انداز میں ہم آہنگ ہو۔ یہ ثابت نہیں کر سکتی کہ پرانے تربیتی فیچرز اس وقت معلوم معلومات کی عکاسی کرتے تھے۔ ماڈل کو معلومات کے رساؤ سے فائدہ ملنا اس لیے بھی بند ہو سکتا ہے کہ وہ مستقبل جسے اس نے غلطی سے دیکھ لیا تھا، اب حال بن چکا ہے۔
پیپر ٹریڈنگ کو مطابقت جانچنے کے لیے استعمال کریں: لائیو فیچر ویلیوز، فیصلوں کے ٹائم اسٹیمپس، آرڈر بنانے کے عمل اور ماڈل شدہ آرڈر بھرنے کے وقت کا بیک ٹیسٹ کی تعریفوں سے موازنہ کریں۔ فرق ہو تو عین اِن پٹ اور گھڑی کا سراغ لگائیں۔ جو ایجنٹ ٹیم ہر فیصلے کے معلوماتی مجموعے کی وضاحت کر سکتی ہے، وہ مفید تحقیق کر رہی ہے۔ جو ٹیم صرف ایک ہموار کرو دکھا سکتی ہے، اس نے سب سے مشکل آڈٹ چھوڑ دیا ہے۔
← تمام پوسٹس
