Open Interest: สถานะคงค้าง ปริมาณซื้อขาย และสัญญาณที่ไม่ใช้ข้อมูลอนาคต

ขั้นตอนปฏิบัติ

1. อ่านโครงร่างของสัญญาบันทึกหน่วย ตัวคูณ และการนับด้านเดียวหรือสองด้าน
2. จัดเรียงสแนปช็อตที่มีอยู่ใช้เฉพาะข้อมูลที่ได้รับก่อนกำหนดตัดยอดแต่ละครั้งเท่านั้น
3. แยกต่างหากตามปริมาณและมูลค่าอย่าสับสนระหว่างการเปลี่ยนแปลงราคาดอลลาร์สหรัฐกับการทำสัญญาใหม่
4. ต้องมีตัวกระตุ้นราคาสาขา breakout และ reclaim มีกฎยกเลิกต่างกัน
5. ทดสอบความไวต่อคุณภาพข้อมูลทดสอบผลของความล่าช้า ค่าเก่า การย้ายรุ่นสัญญา และการเปลี่ยนสคีมา

สัญญาทุกฉบับมีสองด้านเสมอ

ภายใต้หลักการนับสัญญาแบบฝ่ายเดียว การทำธุรกรรมที่ทั้งสองฝ่ายเปิดสถานะใหม่จะเพิ่ม OI ขึ้นหนึ่งสัญญา หากทั้งสองฝ่ายปิดสถานะที่มีอยู่ OI จะลดลงหนึ่งสัญญา หากการเปิดสถานะใหม่เข้ามาแทนที่การปิดสถานะเดิม OI จะไม่เปลี่ยนแปลง ปริมาณการซื้อขายจะเพิ่มขึ้นในทั้งสามกรณี CME แยกความแตกต่างระหว่างจำนวนสัญญาคงค้างกับปริมาณการซื้อขาย [1]

ราคากับ OI ที่เพิ่มพร้อมกันอาจเกิดร่วมกับการเปิดสถานะใหม่ แต่ทุกสัญญายังมีสองฝั่ง การระบุว่าใครเปิดลองหรือชอร์ตต้องใช้ข้อมูลที่จำแนกเพิ่ม ราคากับ OI ที่ลดพร้อมกันอาจสอดคล้องกับการลดเลเวอเรจ แต่ไม่พิสูจน์ว่าทุกสถานะที่ปิดคือลองที่ถูกบังคับปิด

การจับคู่สี่แบบที่คุ้นเคยระหว่างราคาขึ้นหรือลงกับ OI ขึ้นหรือลงเป็นเพียงคำอธิบาย ไม่ใช่กลยุทธ์ครบถ้วน เพราะยังไม่รวมเวลาเข้าเทรด ตัวตนของผู้เข้าร่วม เหตุผลในการเฮดจ์ และต้นทุนการดำเนินการ ให้ถือแต่ละคู่เป็นตัวแปรอธิบายที่อาจใช้ได้ ซึ่งต้องประมาณความสัมพันธ์กับอนาคตในตลาดที่ตั้งใจใช้

หน่วยและวิธีการนับควรอยู่ในคำจำกัดความของคุณลักษณะ

อ่านตัวคูณสัญญา ประเภทผลิตภัณฑ์ผกผันหรือเชิงเส้น และข้อกำหนดการนับ API เอกสารของ Bybit ที่ตรวจสอบในที่นี้แยกความแตกต่างระหว่าง openInterest ที่นับจากทั้งสองด้าน กับ singleOpenInterest ที่นับจากด้านเดียว ผลิตภัณฑ์ผกผันใช้หน่วย USD ในขณะที่ผลิตภัณฑ์เชิงเส้นใช้หน่วยเหรียญ [2] รักษาชื่อฟิลด์และเวอร์ชันสคีมาไว้ แทนที่จะสลับระหว่างฟิลด์ในข้อมูลในอดีตและข้อมูลปัจจุบันโดยไม่แจ้งให้ทราบล่วงหน้า

OI ที่มีมูลค่าเป็นดอลลาร์สหรัฐฯ อาจปรับตัวสูงขึ้นได้ เนื่องจากราคาของสินทรัพย์อ้างอิงเพิ่มขึ้น ในขณะที่จำนวนเหรียญหรือสัญญาคงที่ ในการศึกษาการสร้างตำแหน่ง ควรเลือกใช้มาตรวัดปริมาณที่สม่ำเสมอ หรือแยกผลกระทบของราคาและปริมาณ อย่าเพิ่มปริมาณ BTC เข้ากับปริมาณของ ETH การรวมสินทรัพย์ข้ามสกุลเงินในมูลค่าดอลลาร์สหรัฐฯ จำเป็นต้องระบุราคาและเวลาที่ใช้ในการประเมินมูลค่าอย่างชัดเจน

การเปลี่ยนแปลงข้อกำหนดในสัญญาหรือการเปลี่ยนจากการรายงานด้านเดียวเป็นการรายงานสองด้านอาจก่อให้เกิดความไม่ต่อเนื่องที่ไม่เกี่ยวข้องกับพฤติกรรมการซื้อขาย ตรวจจับและบันทึกการเปลี่ยนแปลงดังกล่าว การปรับค่าให้เป็นมาตรฐานที่ดูเรียบเนียนอาจซ่อนความผิดปกติไว้ในขณะที่ยังคงรักษาสัญญาณการเปลี่ยนแปลงเปอร์เซ็นต์ที่ผิดพลาด ดังนั้นจึงควรเก็บรักษาข้อมูลดิบของฟิลด์และข้อมูลเมตาการแปลงไว้

ฟิวเจอร์สที่มีวันหมดอายุต้องพิจารณาการย้ายรุ่นสัญญาด้วย 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 มูลค่าตามสัญญาดอลลาร์สหรัฐฯ เพิ่มขึ้นจาก 5 ล้านเป็น 5.5 ล้าน ซึ่งเป็นการเพิ่มขึ้น 10% โดยที่ปริมาณไม่เปลี่ยนแปลง ตัวกรองที่เรียกสิ่งนี้ว่าการเพิ่มขึ้นของ 10% ในสัญญาใหม่จะเป็นการให้เหตุผลที่ไม่ถูกต้องเกี่ยวกับผลกระทบของการประเมินมูลค่าต่อการสร้างตำแหน่ง

การใช้สแนปช็อต OI เวลา10:05เพื่อรองรับการเข้าเทรด10:00ไม่ถูกต้อง แม้ไฟล์สุดท้ายเรียงตามเวลาสังเกตอย่างเรียบร้อย การแทรกค่าระหว่าง09:55กับ10:05ก็ส่งข้อมูลอนาคตเข้าสู่ฟีเจอร์10:00เช่นกัน การเรียงข้อมูลไม่แก้การยังไม่ได้รับข้อมูลในขณะนั้น

ภาพแสดงจำนวนเพิ่มแล้วลด ไม่ได้ระบุตัวผู้เข้าร่วม แยกการปิดสถานะสมัครใจจากการถูกบังคับปิด หรือแสดงผลตอบแทนลงทุน ข้อสรุปเหล่านั้นต้องมีข้อมูลอื่นและโจทย์วิจัยแยก

สมมติฐานราคา OI สองข้อสามารถทดสอบแยกกันได้

สาขาทดสอบการทะลุแล้วไปต่อเริ่มจากเงื่อนไขผู้สมัครสัญญาณราคาที่ตรึงไว้และราคาปิดเหนือแนวต้าน ทดสอบการเปลี่ยน OI เชิงจำนวนเป็นบวกในช่วงเวลาคงที่ แล้วทดสอบ RVOL สูงเป็นตัวกรองเพิ่ม ช่วงเวลาและเกณฑ์เป็นตัวเลือกวิจัย เข้าเทรดหลังยืนยันและใช้โครงสร้างราคาวางจุดตัดขาดทุน OI ลำพังไม่ให้ตำแหน่งจุดตัดขาดทุนที่ใช้ได้

สาขา washout แล้ว reclaim ต้องกวาดต่ำกว่าจุดต่ำ มีจำนวน OI ลดลงมากพอ และราคากลับคืน รอการยืนยันราคาถัดไปก่อนเปิดลอง ยกเลิกเมื่อโครงสร้างเสียหรือหมดเวลา แทนซื้อเพียงเพราะ OI ลด เกณฑ์ลด5%หรือ10%ไม่ใช่ค่าคงที่สากลของตลาด

หากเพิ่มข้อมูลการบังคับปิดสถานะ ให้แยกฝั่งของสถานะที่ถูกบังคับปิดออกจากฝั่งผู้ส่งคำสั่งเชิงรุกที่รับสภาพคล่องในข้อมูลการซื้อขาย ป้ายชื่อเหล่านี้อาจอ้างถึงคนละสิ่ง ตัวอย่างเช่น ไม่ควรตีความการปิดสถานะลองด้วยการคัดลอกป้าย Buy จาก API หนึ่งไปใช้ตามความหมายของอีกระบบโดยตรง

แยกสาขาทดสอบตั้งแต่เริ่ม การทะลุที่ล้มเหลวขณะ OI ลดไม่ได้เปลี่ยนเป็นการทดลอง washout ที่สำเร็จโดยอัตโนมัติ สัญญาณผู้สมัครใหม่ต้องมีเวลาเหตุการณ์ การยืนยัน และกฎความเสี่ยงของตัวเอง เก็บสัญญาณเดิมที่ล้มเหลวในบันทึกประเมิน

ตรวจสอบความถูกต้องของข้อมูลก่อนประเมินตัวกรอง

Giagkiozis และ Said ตรวจข้อมูลระดับ tick จากสองช่วงเวลาใน2023ของเจ็ดศูนย์ซื้อขาย พบความไม่สอดคล้องของ OI และข้อมูลบังคับปิดสถานะ ขอบเขตการอ่านที่นี่คือบทคัดย่อฉบับแก้ไข ไม่ได้ทำซ้ำชุดข้อมูล [3] เป็นเหตุผลให้ตรวจสแนปช็อต ธุรกรรม และสคีมา แต่ไม่ใช่เหตุผลปฏิเสธฟีดปัจจุบันทุกแห่ง

เทียบตัวตรวจจับราคาเดียวกันเมื่อมีและไม่มี OI แล้วเพิ่ม RVOL หรือฟีเจอร์บังคับปิดสถานะทีละอย่าง ตรวจการเผยแพร่ล่าช้า สัดส่วนค่าที่เก่า การย้ายรุ่นสัญญา และการเปลี่ยน API รวม funding สเปรด slippage และค่ากู้ยืมที่เกี่ยวข้อง พร้อมทดสอบเมื่อช้าเพิ่มอีกรอบการอัปเดตสแนปช็อต

รายงานค่าคาดหวังสุทธิ จำนวนเทรด drawdown และโอกาสที่ตัดทิ้งเพราะข้อมูลไม่พร้อมใช้ ตัวกรองที่ได้ผลเฉพาะกับ OI ฉบับแก้ไขภายหลังยังไม่แสดงว่าใช้ได้จริงในเวลาเดิม ผลว่าคุณภาพข้อมูลหรือความล่าช้ากลบประโยชน์คาดการณ์ที่เห็นก็มีคุณค่า

ข้อผิดพลาดที่พบบ่อย

รายการตรวจสอบก่อนใช้วิธีนี้

ทำเครื่องหมายแต่ละข้อหลังตรวจสอบกับข้อมูลของคุณแล้ว ความคืบหน้าจะบันทึกในเบราว์เซอร์นี้ แต่ไม่ได้รับรองว่ากลยุทธ์ทำกำไรได้

• บันทึกข้อมูลฟิลด์ OI และเวอร์ชันสคีมาอย่างแม่นยำ
• แยกปริมาณออกจากมูลค่าที่กำหนดไว้ในสกุลเงินดอลลาร์สหรัฐ
• อย่าอนุมานจาก OI รวมว่ามีลองมากกว่าชอร์ต
• ให้ใช้การเชื่อมข้อมูล ณ เวลาที่ได้รับข้อมูล (as-of receipt-time joins) อย่าใช้ข้อมูล ณ เวลาที่ใกล้ที่สุดในอนาคต (future-nearest snapshots)
• ตรวจสอบอายุของทั้งภาพสแนปช็อตปัจจุบันและภาพสแนปช็อตก่อนหน้า
• จัดการตัวคูณสัญญาและรอบหมดอายุ
• รวมถึงค่าใช้จ่ายด้านการเงินและค่าใช้จ่ายในการดำเนินการที่เกี่ยวข้องด้วย
• เปรียบเทียบกับเกณฑ์พื้นฐานที่พิจารณาเฉพาะราคาเท่านั้น

แหล่งวิจัย

แต่ละแหล่งสนับสนุนคำจำกัดความหรือหลักฐานที่อธิบายไว้ข้างกัน รหัสเทียม ตัวอย่างสมมติ และพารามิเตอร์ที่เสนอต้องผ่านการตรวจสอบแยกต่างหาก

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.

วิธีการที่เกี่ยวข้อง