BTC لیکویڈیشن کاسکیڈ کاؤنٹر-ٹریڈ لانگ-شارٹ: جب لیکویڈیشن والیوم اسپائک Z > 3 ہو اور اسی وقت 2% قیمت کی حرکت ہو تو BTCUSDT.BINANCE 1H بارز پر اوور شوٹس کو فیڈ کریں

BTCUSDT.BINANCE USD-M پرپیچول فیوچرز پر ایک لانگ-شارٹ مین-ریورژن حکمت عملی جو مجبوری-لیکوئیڈیشن کیسکیڈز کے خلاف ٹریڈ کرتی ہے۔ BINANCE USD-M پرپ بارز (ثابت شدہ صاف ڈیٹا) + لیکوئیڈیشنز معاون ڈیٹا (PostgreSQL — کسی بھی پچھلے پائپ لائن تجربے سے الگ اسٹریم) استعمال کرتا ہے۔ مفروضہ: جب BTCUSDT پر گھنٹہ وار لیکوئیڈیشن والیوم اپنے 30 دن کی بنیادی لائن سے >3 معیاری انحرافات اوپر جاتا ہے AND قیمت پچھلے 4 گھنٹوں میں ≥2% اسی سمت میں منتقل ہوئی ہے، تو مارکیٹ ایک FORCED-FLOW OVERSHOOT میں ہے — کنارے کا بیچنے والا (لانگ-لیکوئیڈیشن کیسکیڈ میں) یا کنارے کا خریدار (شارٹ-سکوئیز میں) مکینیکل ہے، قدرتی نہیں۔ ایک بار جب مجبوری بہاؤ ختم ہو جاتا ہے (عام طور پر 4-12 گھنٹوں کے اندر)، قدرتی شرکاء بے جا قیمت پر آگے آتے ہیں اور حرکت جزوی طور پر واپس آ جاتی ہے۔ حکمت عملی LONG جاتی ہے جب لانگ سائیڈ لیکوئیڈیشنز کیسکیڈ ہوتی ہیں (قیمت DOWN سے تجاوز کر جاتی ہے) اور SHORT جب شارٹ سائیڈ لیکوئیڈیشنز کیسکیڈ ہوتی ہیں (قیمت UP سے تجاوز کر جاتی ہے)۔ یہ FIVE کم نمائندگی والے بکٹس کو پُر کرتا ہے: لانگ-شارٹ سمت (14.2% → 45% کی طرف)، لیکوئیڈیشنز سے چلنے والا طریقہ کار (459 تجربات میں کسی بھی حکمت عملی نے یہ ڈیٹا اسٹریم استعمال نہیں کیا)، کرپٹو مخصوص مائیکرو ڈھانچہ (ایک TradFi-ناممکن ایج)، درمیانی مدت کی ہولڈ (4-12h سائیکلز)، اور معاون-ڈیٹا سے چلنے والا (جو ہمارے کیٹلاگ میں BINANCE_SPOT بارز کے برعکس صاف رہا ہے)۔ طریقہ کار کرپٹو مائیکرو ڈھانچہ تحقیق میں دستاویزی ہے (Kaiko 2022, Coin Metrics 2023) — لیکوئیڈیشن کیسکیڈز منظم طریقے سے 1.5-3% قیمت کی اوور شوٹس پیدا کرتی ہیں جو 6-18 گھنٹوں کے اندر جزوی طور پر واپس آ جاتی ہیں کیونکہ آرڈر فلو کا مجبوری بہاؤ جزو ختم ہو جاتا ہے۔ ONLY BINANCE USD-M پرپ بارز + Postgres میں محفوظ شدہ لیکوئیڈیشنز ڈیٹا استعمال کرتا ہے — کوئی BINANCE_SPOT بارز نہیں (جو اس سیشن میں بار بار Layer 3 تصدیق میں ناکام رہی ہیں)۔ پوزیشن سائزنگ: ہر سمت میں ایکویٹی کا 15%۔ فی ٹریڈ رسک: ایکویٹی کا 1.5% اسٹاپ لاس کی حد تک۔

Iteration-2، Layer-3 کے 'No trades produced' failure کے لیے minimal fix، جس سے سابقہ layers میں کوئی regression نہیں آیا۔ بنیادی وجہ: entry کے لیے ایک ہی 1-hour bucket میں ناپا گیا >=3-sigma liquidation spike، directional dominance AND کے ساتھ، >=2% same-direction 4h price move سے ہم وقت ہونا ضروری تھا؛ sparse liquidation rows کے ساتھ 1h bucket حقیقی cascade کے دوران بھی اکثر خالی ہوتا ہے، اس لیے `total` اکثر 0 تھا اور triple conjunction تقریباً کبھی فعال نہیں ہوا۔ fix mechanism کو 100% liquidation-driven رکھتا ہے (واضح طور پر price-only fallback نہیں): (1) liquidations کو اب `liq_window_bars` گھنٹوں پر جمع کیا جاتا ہے (default 4h، price move کی اسی window کے برابر) تاکہ cascade حقیقتاً capture ہو اور `total` کہیں زیادہ کثرت سے non-zero ہو، signal کے دونوں حصوں کو align کرتے ہوئے؛ (2) دو numeric thresholds نرم کیے گئے (liq_z 3.0->2.0، price_move_pct 2.0->1.0) اور min_events کو 50->30 کم کیا گیا تاکہ z-baseline جلد قابلِ استعمال ہو۔ Imports غیر تبدیل شدہ ہیں (Layer 1 green رہتا ہے) اور Layer 2 پاس کرنے والا z-score/trigger/exit/sizing scaffolding ساختی طور پر یکساں ہے — صرف ایک window bound اور تین parameter defaults تبدیل ہوئے ہیں۔ Venue BINANCE USD-M futures ہی رہتا ہے (long-short کے لیے margin درکار ہے)، leverage 1.0 ہے (amplification کے لیے استعمال نہیں، اس لیے leverage_set_but_unused gate trigger نہیں ہوتا)۔ اگر sandbox میں واقعی liquidation rows نہ ہوں تو حکمتِ عملی price proxy کے ذریعے جعلی trades بنانے کے بجائے درست طور پر flat رہتی ہے۔

دستیاب لیکویڈیشن تاریخ پر ساختی طور پر بیک ٹیسٹ کے قابل نہیں: انجن نے 56,208 1H بارز (~6.5 سال) پراسیس کیے لیکن صرف 8 ٹریڈز پیدا کیں، جن میں سے ALL ایک ہی تقریباً 2-ماہ کی مدت (2026-04-21 سے 2026-06-24) میں مرتکز تھیں، اور metrics_reliable=FALSE۔ سگنل کو supplementary_data['liquidations'] قطاریں درکار ہیں، جنہیں مفروضہ اور کوڈ دونوں sparse/live-stream-only کے طور پر بیان کرتے ہیں؛ ٹریڈز کا ارتکاز اس بات سے مطابقت رکھتا ہے کہ لیکویڈیشنز اسٹور میں صرف حالیہ تقریباً 2-ماہ کی مدت موجود ہے، اس لیے cascade سگنل 6.4 بیک ٹیسٹ کے 6.5 سالوں میں فعال نہیں ہو سکتا (یہ مشاہدہ شدہ علامت ہے، Postgres ٹیبل کا آزاد آڈٹ نہیں)۔ یہ ڈیٹا کی دستیابی کی رکاوٹ ہے، کوڈ یا پیرامیٹر کا مسئلہ نہیں: حکمتِ عملی درست طور پر نافذ ہے اور لیکویڈیشن قطاریں موجود ہونے پر وفاداری سے ٹریڈ کرتی ہے، اس لیے ڈویلپر کے لیے درست کرنے کو کچھ نہیں اور tune کرنے کے لیے کوئی پیرامیٹر نہیں — ایک 2-ماہ کی مدت میں 8 ٹریڈز walk-forward (3 ونڈوز) یا holdout کے لیے کافی نہیں، اس لیے optimization خالص شور پر fit ہو جائے گی۔ میکانزم نہ confirmed ہے نہ refuted؛ اسے صرف validate نہیں کیا جا سکتا۔ optimize نہ کریں، iterate نہ کریں۔ META-NOTE FOR RESEARCH LEAD / DATA ENGINEER: لیکویڈیشن-کاسکیڈ مفروضے اس وقت تک رکے رہیں گے جب تک لیکویڈیشنز ڈیٹا اسٹریم کو کئی سالہ تاریخ سے backfill نہ کر دیا جائے (مثلاً Binance Vision لیکویڈیشن snapshots کے ذریعے)، نہ کہ صرف live-stream-only رکھا جائے؛ جب تک یہ تاریخ موجود نہ ہو، لیکویڈیشن سے چلنے والی حکمتِ عملیوں کی دوبارہ کوشش نہ کریں۔ FAILURE PATTERN: BTCUSDT پر لیکویڈیشن سے چلنے والی حکمتِ عملیاں تقریباً خالی بیک ٹیسٹ پیدا کرتی ہیں (8 ٹریڈز حالیہ تقریباً 2-ماہ کی مدت تک محدود) کیونکہ لیکویڈیشنز ضمنی اسٹریم صرف live-stream-only ہے اور اس کی تاریخ تقریباً 2 ماہ کی ہے — میکانزم کو out-of-sample validate نہیں کیا جا سکتا اور ڈیٹا backfill ہونے تک حکمتِ عملی ساختی طور پر بیک ٹیسٹ کے قابل نہیں، یہی supplementary-data-history رکاوٹ OI/liquidation family میں بھی دیکھی گئی ہے۔