كيف تتحقق من تغذية أسعار للوسطاء.

ما الذي ينبغي أن يثبته التحقق من تغذية الأسعار؟

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

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

طبقات التحقق

يقرر العميل معنى «مقبول» لأدواته وحالة استخدامه. ولا تفرض الصفحات العامة حداً عالمياً واحداً لاختلاف السعر أو زمن الانتقال أو انعدام النشاط.

ابدأ برموز نموذجية

تكون مجموعة الاختبار المفيدة صغيرة بما يكفي لفهمها، وواسعة بما يكفي لكشف سلوكيات مختلفة:

• رمزاً سائلاً ذا مسار مصدر مباشر؛
• أداة مبنية من عدة مصادر؛
• أداة اصطناعية أو محسوبة، إذا كانت مستخدمة؛
• رمزاً له تغيير مجدول في السياسة؛
• رمزاً أقل نشاطاً قد يكون الصمت فيه طبيعياً؛ و
• رمزاً ملائماً لحالة تعطل منضبطة.

سجل لكل رمز مدخلاته المتوقعة وقاعدة التسعير والدقة وسياسة فرق السعر وسلوك الحماية والوجهات. فهذا يجعل الفرق قابلاً للتفسير، لا مجرد إشارة حمراء.

افحص الإعداد قبل مقارنة الأسعار

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

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

تمثل البصمة محتوى القواعد، لا لحظة تحميلها. لذلك يستطيع خادمان تأكيد السياسة المقصودة نفسها حتى عندما تختلف أوقات إعادة التحميل.

قارن السلوك المباشر، لا لقطة واحدة

لا يوفر تطابق سعر واحد دليلاً قوياً. راقب فترة نموذجية وسجل:

• قيمتي bid وask النهائيتين؛
• الاختلاف في السعر المتوسط بين الجانبين وفي فرق السعر؛
• عدد التحديثات أو معدل النشاط؛
• الرموز التي تتحرك على نقطة اتصال ولا تتحرك على الأخرى؛
• المخرجات غير الصالحة أو المتقاطعة؛
• وقت آخر تحديث مرصود؛ و
• بصمة الإعداد.

ينبغي لفترة المقارنة أن تشمل حركة طبيعية للأدوات المختارة. وقد يتطلب السوق الهادئ نافذة اختبار مختلفة أو فحصاً صريحاً لإشارة إبقاء الاتصال.

نفّذ حالة تعطل منضبطة واحدة

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

ينبغي تدوين النتيجة المتوقعة قبل الاختبار:

1. يتوقف المدخل المتعطل عن التأهل؛
2. يُعاد حساب المخرجات التابعة من البدائل الصالحة، أو يُحتفظ بها، أو تُعتبر غير متاحة بحسب السياسة؛
3. يكون السبب ظاهراً؛
4. تستمر الرموز غير المرتبطة حيثما أمكن؛
5. تسجل المراقبة الحدث؛ و
6. لا تتطلب الاستعادة سوى الإجراءات المتفق عليها لتلك الحالة.

لا تنفذ اختبارات تعطل مدمرة على تغذية عميل نشطة من دون خطة متفق عليها للصيانة والرجوع.

تحقّق من الجانبين

تشرح المراقبة من جانب الخدمة ما يعتقد محرك التسعير أنه أرسله. وتوضح المراقبة من جانب العميل ما اجتاز حدود شبكة العميل ووصل إلى محلل البيانات لديه.

تجمع أدلة القبول المفيدة بين الجانبين:

• حالة المراقبة ولوحة المعلومات لدى CoinPriceFeeds؛
• سجلات جسر الربط لدى العميل أو جلسة FIX؛
• برنامج عميل مرجعي للبث حيثما كان مناسباً؛
• Feed Checker لإجراء فحص مرئي سريع؛
• مقارنة متزامنة بين الأساسي والاحتياطي؛ و
• نتيجة مكتوبة تسرد الحدود والاستثناءات والفروق التي لم تُحل.

تفيد Feed Checker في الفحص اليدوي، بينما يصف عرض المراقبة إشارات تشغيلية أوسع.

سجّل الطريقة مع كل نتيجة

الرقم القابل للاقتباس من دون سياق ليس دليلاً مفيداً. وينبغي لنتيجة التحقق أن تحدد:

• التاريخ والمنطقة الزمنية وفترة المراقبة؛
• نقطة القياس لدى العميل أو لدى الخدمة؛
• نقاط الاتصال ومجموعة الرموز؛
• بصمات الإعداد؛
• الحدود المختارة؛
• ظروف المصدر أو السوق؛
• الاستثناءات والقيود المعروفة؛ و
• من راجع النتيجة.

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

أبقِ التفاصيل الحساسة خاصة

يمكن للمنهجية العامة شرح ما يخضع للفحص. أما بيانات الاعتماد وأسماء المضيفين وخرائط رموز العملاء ومسارات الشبكة ووجهات التنبيهات وحدود الحماية وسجلات الحوادث الفعلية، فتنتمي إلى النطاق المصرح به للعميل.