اوپن انٹرسٹ: کھلی پوزیشنیں، ٹریڈ والیوم اور بروقت سگنلز

عملی مراحل

1. کانٹریکٹ کا اسکیما پڑھیںاکائیاں، ملٹی پلائر اور ایک یا دونوں اطراف گننے کی تعریف درج کریں۔
2. دستیاب اسنیپ شاٹس وقت کے مطابق ملائیںہر کٹ آف سے پہلے موصول ہونے والے مشاہدات کا استعمال کریں۔
3. مقدار اور مالی قدر الگ کریںUSD قدر میں قیمت کے اثر کو نئے کانٹریکٹس نہ سمجھیں۔
4. قیمت کا محرک درکار ہے۔بریک آؤٹ اور ری کلیم کی شاخوں کے الگ تنسیخ اصول ہیں۔
5. ڈیٹا معیار کے مشکل حالات آزمائیںتاخیر، پرانی قدریں، کانٹریکٹ رول اور اسکیما تبدیلیاں جانچیں۔

ہر معاہدے کے دو پہلو ہوتے ہیں۔

ایک طرف گننے کی تعریف میں دونوں فریق نئی پوزیشن کھولیں تو OI ایک کانٹریکٹ بڑھتا ہے۔ دونوں پرانی پوزیشن بند کریں تو OI ایک کانٹریکٹ کم ہوتا ہے۔ نئی پوزیشن، بند ہونے والی پوزیشن کی جگہ لے تو OI نہیں بدلتا۔ تینوں صورتوں میں ٹریڈنگ والیوم بڑھتا ہے۔ CME کھلے کانٹریکٹس کی موجودہ مقدار اور تجارتی سرگرمی کے بہاؤ کا فرق واضح کرتا ہے۔ [1]

قیمت اور OI ساتھ بڑھیں تو نئی پوزیشنیں بن رہی ہو سکتی ہیں، مگر ہر کانٹریکٹ کے پھر بھی دو فریق ہیں۔ کس نے لانگ یا شارٹ کھولا، یہ جاننے کو اضافی درجہ بند ڈیٹا چاہیے۔ قیمت اور OI ساتھ گریں تو لیوریج کم ہونا ممکن ہے؛ اس سے ہر بند پوزیشن کا لیکویڈیٹ شدہ لانگ ہونا ثابت نہیں ہوتا۔

قیمت اوپر/نیچے اور OI اوپر/نیچے کے معروف چار مجموعے صرف وضاحت ہیں، مکمل حکمت عملی نہیں۔ ان میں انٹری وقت، فریق کی شناخت، ہیجنگ کا مقصد اور اجرا کی لاگت شامل نہیں۔ ہر مجموعہ مجوزہ وضاحتی خصوصیت ہے؛ مطلوبہ مارکیٹ میں آئندہ نتائج سے اس کا تعلق جانچیں۔

اکائیاں اور گنتی کے اصول خصوصیت کا حصہ ہیں

کانٹریکٹ ملٹی پلائر، معکوس یا خطی مصنوعہ اور API کی گنتی کی تعریف پڑھیں۔ یہاں کی Bybit دستاویز دونوں اطراف کا مجموعی openInterest اور ایک طرف کا singleOpenInterest الگ کرتی ہے؛ معکوس مصنوعات کی اکائی USD اور خطی مصنوعات کی اکائی کوائن ہے۔ [2] فیلڈ نام اور اسکیما ورژن محفوظ کریں؛ تاریخی اور لائیو ڈیٹا میں خاموشی سے فیلڈ نہ بدلیں۔

کوائن یا کانٹریکٹ کی مقدار وہی رہنے کے باوجود قیمت بڑھنے سے USD قدر والا OI بڑھ سکتا ہے۔ نئی پوزیشنیں جانچنے کو مطابق مقدار کی پیمائش لیں یا قیمت اور مقدار کے اثر الگ کریں۔ BTC کی مقدار میں ETH کی مقدار جمع نہ کریں۔ مختلف اثاثوں کا USD مجموعہ بنائیں تو قدر لگانے کی قیمت اور وقت واضح ہوں۔

کانٹریکٹ کی تعریف بدلنے یا ایک طرف سے دونوں اطراف کی رپورٹنگ پر جانے سے ٹریڈنگ سے غیر متعلق چھلانگ آ سکتی ہے۔ اسے شناخت اور نشان زد کریں۔ بظاہر ہموار نارملائزیشن چھلانگ چھپا کر بھی غلط فیصد تبدیلی کا سگنل برقرار رکھ سکتی ہے، اس لیے خام فیلڈ اور تبدیلی کا میٹا ڈیٹا محفوظ رکھیں۔

میعاد والے فیوچرز میں کانٹریکٹ رول بھی اہم ہے۔ قریب ترین میعاد کے کانٹریکٹ کا OI کم ہونا مجموعی مارکیٹ ایکسپوژر کم ہونے کے بجائے اگلے کانٹریکٹ میں منتقلی ہو سکتا ہے۔ واضح کریں کہ خصوصیت ایک مخصوص کانٹریکٹ یا اہل میعادوں کے دستاویزی مجموعے کی پیروی کرتی ہے۔

فیصلے تک دستیاب اسنیپ شاٹس جوڑیں، قریب ترین وقت والے نہیں

فیصلے سے پہلے واقعی موصول ہونے والا تازہ ترین اسنیپ شاٹ لیں۔ قریب ترین وقت سے جوڑنے پر مستقبل کا مشاہدہ آ سکتا ہے۔ پرانی قدر آگے بھرنے کی زیادہ سے زیادہ عمر طے کریں؛ ورنہ باسی OI فعال مارکیٹ کو غیر متحرک دکھا سکتا ہے۔ مضبوط ڈیٹاسیٹ میں مشاہدے کا وقت اور قدر دستیاب ہونے کا وقت دونوں ہوں۔

مقررہ مدت کے موازنے میں موجودہ اور پہلے کے مقررہ وقت پر تازہ ترین اہل مقدار لیں۔ پچھلی مقدار مثبت، کانٹریکٹ کی شناخت یکساں اور دونوں مشاہدات کی عمر قابلِ قبول ہو۔ سیوڈو کوڈ دونوں اسنیپ شاٹس کو ان کے اپنے مقررہ وقت کے لحاظ سے جانچتا ہے۔

معلوم ماضی اور مستقبل کے اسنیپ شاٹ کے درمیان خطی انٹرپولیشن کر کے انٹرا ڈے قدر نہ بنائیں۔ یہ بعد کی بصری پیشکش کے لیے مفید ہو سکتی ہے، بروقت فیصلہ ان پٹ نہیں۔ تاریخی دستیابی کے اوقات نہ ہوں تو حد واضح کریں اور محتاط اشاعتی تاخیر کا اثر آزمائیں؛ فوری رسائی فرض نہ کریں۔

قیمت کی تبدیلی اور ٹریڈ والیوم اسی مدت پر ان کے اپنے دستیابی اصولوں سے ناپیں۔ حقیقی اسنیپ شاٹ اوقات محفوظ کریں؛ بے قاعدہ اپ ڈیٹس میں برائے نام پانچ منٹ کے دو موازنے اصل میں مختلف وقفوں کے ہو سکتے ہیں۔ بہت زیادہ زمانی عدم مطابقت والے مشاہدات مسترد یا الگ جانچیں۔

ہر اسنیپ شاٹ کی عمر اس کے اپنے مقررہ وقت سے ناپیں: موجودہ قدر کے لیے t اور پہلے والی کے لیے t−horizon۔ دونوں کی کانٹریکٹ شناخت، اکائیاں، ملٹی پلائر اور گنتی کے اصول مطابق ہوں؛ comparable_quantity_schema نہ سنبھالی گئی تبدیلی مسترد کرتا ہے۔ عمر مشاہدے کے وقت سے بنتی ہے، جبکہ received_at بتاتا ہے کہ قدر موصول ہو چکی تھی یا نہیں۔

at decision_time t:
    oi = latest_snapshot(received_at <= t, instrument=contract)
    prev = latest_snapshot(received_at <= t-horizon, instrument=contract)
    if missing(oi,prev): return INSUFFICIENT_DATA
    if stale(oi, asof=t, max_age=max_age): return INSUFFICIENT_DATA
    if stale(prev, asof=t-horizon, max_age=max_age): return INSUFFICIENT_DATA
    if not comparable_quantity_schema(oi,prev): return INCOMPATIBLE_DATA
    if prev.quantity <= 0 or oi.quantity < 0: return INVALID_DATA
    delta_oi = oi.quantity / prev.quantity - 1
    delta_price = last_known_price(t) / last_known_price(t-horizon) - 1
    volume = sum(trade.size for trade in contract_trades
                 if t-horizon < trade.exchange_time <= t
                 and trade.received_at <= t)
    emit_features(delta_oi,delta_price,volume,oi.schema_version)

کھلے کانٹریکٹس کی مقدار اور ٹریڈ کا بہاؤ الگ ہیں

ایک طرف گننے کی تعریف میں ابتدا OI کے 1,000 کانٹریکٹس سے کریں۔ دونوں فریق نئی پوزیشن کھولیں تو 100 کانٹریکٹس کی ٹریڈ OI کو 1,100 کرتی اور والیوم میں 100 بڑھاتی ہے۔ بعد میں دونوں فریق بند کریں تو 60 کانٹریکٹس کی ٹریڈ OI کو 1,040 کرتی اور والیوم میں مزید 60 بڑھاتی ہے۔ کل ٹریڈ والیوم 160 مگر خالص OI تبدیلی صرف 40 ہے۔

مالی قدر کی مخالف مثال: مقدار 100 BTC رہے جبکہ قیمت 50,000 سے 55,000 جائے۔ USD قدر 5 ملین سے 5.5 ملین، یعنی 10% بڑھتی ہے، مگر مقدار نہیں بدلتی۔ اسے نئے کانٹریکٹس میں 10% اضافہ کہنے والا فلٹر قیمت کے اثر کو غلطی سے نئی پوزیشنیں بننا سمجھتا ہے۔

وقت کی غلطی کی مثال میں، 10:05 کا OI اسنیپ شاٹ استعمال کر کے 10:00 کی انٹری کو جائز قرار دینا غلط ہے، چاہے آخری فائل مشاہدے کے وقت کے مطابق صاف ترتیب میں ہو۔ 09:55 اور 10:05 کے درمیان interpolation بھی مستقبل کا اسنیپ شاٹ 10:00 کی خصوصیت میں شامل کر دیتی ہے۔ محض ترتیب دینا معلومات کی دستیابی کا مسئلہ حل نہیں کرتا۔

چارٹ مقدار کا بڑھنا اور پھر گھٹنا دکھاتا ہے۔ یہ فریق شناخت نہیں کرتا، رضاکارانہ اخراج کو جبری لیکویڈیشن سے الگ نہیں کرتا، اور سرمایہ کاری کا ریٹرن نہیں دکھاتا۔ ایسے نتائج کے لیے مزید مشاہدات اور الگ تحقیقی سوال چاہیے۔

قیمت–OI کے دو مفروضے الگ آزمائیں

مجوزہ بریک آؤٹ تسلسل شاخ منجمد پرائس امیدوار اور مزاحمت سے اوپر بندش سے شروع ہوتی ہے۔ مقررہ مدت میں مقدار پر مبنی مثبت OI تبدیلی آزمائیں، پھر زیادہ RVOL اضافی فلٹر کے طور پر شامل کریں۔ مدت اور حد تحقیقی انتخاب ہیں۔ انٹری تصدیق کے بعد اور اسٹاپ قیمت کی ساخت سے آتا ہے؛ OI اکیلے درست اسٹاپ مقام نہیں دیتا۔

مجوزہ واش آؤٹ ری کلیم شاخ میں low کے نیچے سویپ، OI مقدار میں قابلِ لحاظ کمی اور قیمت کا سطح واپس حاصل کرنا چاہیے۔ لانگ سے پہلے بعد کی قیمت تصدیق کا انتظار کریں۔ ساخت منسوخ ہو یا مدت ختم ہو تو امیدوار ختم کریں؛ صرف OI گرنے پر نہ خریدیں۔ 5% یا 10% کمی ہر مارکیٹ کی مستقل حد نہیں۔

لیکویڈیشن ڈیٹا شامل ہو تو لیکویڈیٹ ہونے والی پوزیشن کی سمت اور ٹریڈ فیڈ میں ٹیکر کی سمت الگ سمجھیں۔ لیبل مختلف چیزیں ظاہر کر سکتے ہیں۔ مثلاً بند ہونے والے لانگ کو ایک API کا Buy لیبل دوسرے API کی تعریف میں نقل کر کے نہ سمجھیں۔

شاخیں ابتدا سے الگ رکھیں۔ OI گرتے ہوئے بریک آؤٹ ناکام ہو تو وہ خودبخود کامیاب واش آؤٹ تجربہ نہیں بن جاتا۔ نئے امیدوار کو اپنا واقعہ وقت، تصدیق اور رسک اصول چاہیے۔ اصل ناکام امیدوار جانچ کے ریکارڈ میں محفوظ رکھیں۔

فلٹر کا جائزہ لینے سے پہلے ڈیٹا کی توثیق کریں۔

Giagkiozis اور Said نے سات ایکسچینجز کے 2023 کے دو ادوار کے ٹک ڈیٹا میں OI اور لیکویڈیشن کی عدم مطابقت رپورٹ کی۔ یہاں نظرثانی شدہ مقالے کا خلاصہ پڑھا گیا ہے، اس کا ڈیٹاسیٹ دوبارہ نہیں بنایا گیا۔ [3] یہ اسنیپ شاٹس، ٹریڈز اور اسکیمے جانچنے کی وجہ ہے، آج کی ہر ایکسچینج فیڈ مسترد کرنے کا جواز نہیں۔

ایک ہی پرائس ڈیٹیکٹر کو OI کے ساتھ اور بغیر موازنہ کریں، پھر RVOL یا لیکویڈیشن خصوصیات ایک ایک کر کے شامل کریں۔ اشاعت کی تاخیر، پرانی قدروں کی شرح، کانٹریکٹ رول اور API تبدیلیاں جانچیں۔ فنڈنگ، اسپریڈ، سلپیج اور متعلقہ شیئر قرض کی لاگت شامل کریں؛ ایک مزید اسنیپ شاٹ سائیکل کی تاخیر کا دباؤ آزمائیں۔

خالص متوقع منافع، ٹریڈز کی تعداد، ڈرا ڈاؤن اور ڈیٹا دستیاب نہ ہونے پر مسترد مواقع رپورٹ کریں۔ صرف بعد میں درست کی گئی OI قدروں سے کام کرنے والا فلٹر اصل وقت میں قابلِ اجرا ثابت نہیں۔ مفید نتیجہ یہ بھی ہو سکتا ہے کہ معیار یا رپورٹنگ تاخیر، بظاہر پیش گوئی کے فائدے سے زیادہ اثر رکھتی ہے۔

عام غلطیاں

یہ طریقہ استعمال کرنے سے پہلے جانچ فہرست

اپنے ڈیٹا پر تصدیق کے بعد ہر نکتے پر نشان لگائیں۔ پیش رفت اسی براؤزر میں محفوظ ہوتی ہے؛ یہ حکمت عملی کے منافع بخش ہونے کی سند نہیں۔

• بالکل درست OI فیلڈ اور اسکیما ورژن ریکارڈ کریں۔
• مقدار کو USD میں مالی قدر سے الگ رکھیں۔
• مجموعی OI سے یہ نتیجہ نہ نکالیں کہ لانگ، شارٹ سے زیادہ ہیں۔
• ہر فیصلے تک موصول شدہ ڈیٹا جوڑیں؛ مستقبل کا قریب ترین اسنیپ شاٹ کبھی نہ لیں۔
• موجودہ اور پچھلے، دونوں اسنیپ شاٹس کتنے پرانے ہیں، جانچیں۔
• کانٹریکٹ کے ملٹی پلائر اور میعاد پر اگلے کانٹریکٹ میں منتقلی سنبھالیں۔
• قابل اطلاق فنانسنگ اور عملدرآمد کے اخراجات شامل کریں۔
• صرف قیمت والی بنیادی صورت سے موازنہ کریں۔

تحقیقی ماخذ

ہر ماخذ اپنے ساتھ درج تعریف یا شواہد کی تائید کرتا ہے۔ فرضی کوڈ، مصنوعی مثالوں اور مجوزہ پیرامیٹرز کی الگ توثیق ضروری ہے۔

1. Open InterestCME Group. کھلے کانٹریکٹس کی تعریف اور ٹریڈنگ والیوم سے ان کا فرق۔ جانچ کی تاریخ: 2026-10-11.
2. Get Open InterestBybit. مصنوعات کی اکائیاں، گنتی کے فیلڈز اور اپ ڈیٹ کی حدود؛ نفاذ میں استعمال شدہ ورژن محفوظ رکھیں۔ جانچ کی تاریخ: 2026-10-11.
3. Reconciling Open Interest with Traded Volume in Perpetual SwapsGiagkiozis اور Said. نظرثانی شدہ خلاصہ اور اس کے 2023 نمونے کا دائرہ پڑھا گیا؛ آزادانہ نقل نہیں چلائی گئی۔ جانچ کی تاریخ: 2026-10-11.

متعلقہ طریقے