الدفتر أمرًا بأمر (MBO)

ماذا تنشر تغذية MBO

في تغذية MBO تكون الوحدة هي الأمر لا مستوى السعر. فكل رسالة تصف أمرًا واحدًا: أُضيف عند هذا السعر بهذا الحجم، أو عُدِّل، أو نُفِّذ جزئيًّا أو كليًّا، أو أُلغي. ومعرّفات الأوامر مجهولة الهوية، فالتغذية لا تكشف أي مشارك، لكنها تكشف حياة كل أمر وترتيب الوصول إلى المستوى، وهو ما يحدّد أولوية الطابور.

وتنشر CME العائلتين وتوثّق الفارق: فـ MBO يحمل تفصيلًا على مستوى الأمر، وMBP يحمل حجمًا مجمَّعًا لكل سعر. ويمكن دائمًا إعادة بناء دفتر MBP من تغذية MBO بالجمع؛ أما العكس فمستحيل.

ما الذي يصير مرصودًا

• هل الحجم الذي غادر مستوًى قد نُفِّذ أم سُحب: فمع MBO تُعرَف نهاية كل أمر.
• موضع الطابور: أين سيجلس أمر جديد قياسًا إلى الأوامر المعلَّقة سلفًا.
• إعادة تعبئة الأوامر عند السعر نفسه، وهي إحدى بصمات سلوك أوامر iceberg.
• إعادة التسعير من صنّاع السوق: إلغاء ثم إعادة نشر على بُعد تيك، وهو أمر طبيعي لا دليل خداع.

داخل Senzoukria

في شاشة الخريطة الحرارية لوحة متتبّع السيولة، المعنونة السيولة — ماذا فعلت، وهي تبلّغ عند كل مستوى سعر بما فعلته السيولة المعلَّقة: سُحبت دون تداول، أم نُفِّذت. وتقول حالتها الفارغة إنها تحتاج التغذية أمرًا بأمر (MBO)، لأنها تقرأ حياة كل أمر لا المجاميع المرئية. وتنص ملاحظتها على أن سُحبت تشمل إعادة التسعير الطبيعية من صنّاع السوق، وعلى أن اللوحة تميّز السحب من التنفيذ دون وصف السحب بالخداع.

ومتى لم يتوفّر إلا دفتر مجمَّع، وُسمت القراءة المتصلة بتلميح: مستنتَج من الدفتر المجمَّع — لا يُقدَّم أبدًا رصدًا من MBO. أما وصول MBO إلى التطبيق فيتوقف على الصلاحية المرتبطة بحساب دخولك لدى Rithmic أو Databento؛ وتدفقا Binance وBybit العامان مجمَّعان بالسعر.

أخطاء شائعة

• افتراض أن كل تغذية مستوى ثانٍ هي MBO: فمعظم عمق التجزئة مجمَّع بالسعر.
• قراءة الإلغاء تلاعبًا: فالإلغاء مرصود، أما النية فلا.
• توقّع توفّر تاريخ MBO لمجرد أن MBO الحي متوفّر: فالبيانات التاريخية على مستوى الأمر تُرخَّص على حدة، متى وُجدت أصلًا.