رقم التسلسل (كشف الثغرات في بيانات السوق)

التعريف

التدفقات التي ترسل تغيّرات تدريجية تعتمد على وصول كل تغيّر بترتيبه. فكل رزمة أو رسالة تحمل إذن رقمًا يزيد بخطوة معلومة.

والمتلقّي يقارن كل رقم جديد بالأخير: فالمساوي زائدًا واحدًا سليم، والأدنى مكرَّر، والأعلى ثغرة. وتدفقات البورصات مثل MDP 3.0 في CME ترقّم رزمها وتنشر كل قناة على تدفقين متكرّرين كي تُؤخَذ رزمةٌ فُقدت على أحدهما من الآخر.

مثال محسوب: كشف ثغرة

تصل الرزمتان 1041 و1042، ثم 1045. فالرزمتان 1043 و1044، أي رزمتان، مفقودتان.

وأي تحديث دفتر حملتاه مجهول، فالدفتر المحفوظ بعد 1045 لا يمكن الثقة به حتى الاستعادة.

مثال محسوب: خياطة لقطة بتدفق

Binance ترسل تحديثات عمق تحمل أول معرّف U وآخر معرّف u، ولقطةً منفصلة تحمل lastUpdateId. وعلى Spot، بلقطة عند L = 500: اطرح الأحداث المخزَّنة التي u لها 500 على الأكثر؛ وأول حدث محفوظ يجب أن يستوفي U ≤ 501 ≤ u، مثلًا U = 498 وu = 503؛ وكل حدث تالٍ يجب أن يبدأ عند u السابق + 1، أي U = 504 هنا.

وعقود USD-M تستعمل قاعدة تسلسل مختلفة، أي حقل pu يجب أن يساوي u السابق، وتطبيقُ قاعدة سوق على الأخرى إما يحلق في إعادة التزامن وإما يمرّر ثغرة.

داخل Senzoukria

مُزامِن دفتر Binance يطبّق تلك الإجراءات وحدةً منفصلة مختبَرة، بقاعدتَي Spot وUSD-M محفوظتين متمايزتين، ويعيد التزامن من لقطة جديدة حين تُكشَف ثغرة لا يرقّع. ومصدره يشرح لماذا: فخياطةٌ خاطئة لا ترفع خطأً، بل تُنتج دفترًا يبدو عاديًا بمستويات لم تبقَ موجودة، وهو أسوأ عيب ممكن على خريطة حرارية للسيولة.

ولبيانات CME يتولّى المزوّد الاستعادة على مستوى البورصة. وعلى جلسة صفقات Databento حيّة قطعها انقطاعُ اتصال، يعيد التطبيق فتحها من طابع آخر صفقة متلقّاة زائدًا نانوثانية واحدة، فتُعاد الصفقات بينهما لا تُفقَد؛ ودفتر MBP-10 لا يُعاد.

أخطاء شائعة

• مواصلة تطبيق التحديثات بعد ثغرة لأن الدفتر ما زال يبدو معقولًا.
• استعمال الطوابع الزمنية بدلًا من أرقام التسلسل لكشف الفقد.
• تطبيق قاعدة خياطة منصّة على منصّة أو سوق أخرى.