غالباً ما تكون البنية التحتية لصناعة السوق قوية من الناحية التقنية ولكنها غامضة من الناحية التشغيلية. فالحالة تظهر في أمر واحد، والمعلمات في أمر آخر، وقد يكون سبب التوقف الوقائي مدفوناً في السجلات. يعمل الإصدار الثالث من MVP للسيناريو A، وهو واجهة ADAMANT Market-Making WebUI الخاصة والمستضافة ذاتياً، على تحويل المتصفح من مجرد مجموعة من عناصر التحكم المعزولة إلى واجهة تشغيل أكثر وضوحاً للمشغلين الذين يديرون سيولة الرموز يوماً بعد يوم.
تعد لوحة التحكم (Dashboard) الجديدة الخاصة بكل بوت هي الواجهة الرئيسية. فهي تجمع بين سياق الزوج والبورصة، وحالة صناعة السوق من واجهة برمجة تطبيقات /status الخاصة بالبوت، وشارة إصدار الميزات، ومخطط سعري مدمج لمدة 15 دقيقة، والوحدات النمطية النشطة وغير النشطة، وملخصاً مقروءاً للمعلمات، والأرصدة، والأوامر المفتوحة مجمعة حسب الغرض. تُشتق شارة الإصدار—من Basic إلى Full—من القدرات المثبتة للبوت، وليس من الوحدات النمطية التي قد تكون مفعلة في تلك اللحظة. وهذا يمنع المشغل من تحديد هوية البوت الذي يديره بشكل خاطئ إذا تم تعطيل وحدة نمطية مؤقتاً.
أصبح إجراء “البدء” (Start) أقل انحيازاً بشكل متعمد. فبدء صناعة السوق لم يعد يرسل تجاوزاً للاستراتيجية؛ حيث يحتفظ البوت بالسياسة الحالية المكونة عليه بالفعل. وهذا يمنع نقرة واجهة المستخدم من تغيير نموذج تشغيل استراتيجية حية بصمت. على مستوى السوق، يمكن للمشغلين رؤية شمعة تتشكل على مخطط OHLC، وعلامات أوامر البوت في سجل الأوامر والصفقات الأخيرة، وتراكبات الأوامر المفتوحة، وسياق الفارق (spread)، والأرصدة، وواجهة إدخال الأوامر. إرسال طلب إلغاء أمر يرسل طلباً دقيقاً يتضمن { id, market, side }؛ ويتم التعامل مع الأمر الذي اختفى بالفعل كنتيجة ناجحة بدلاً من كونه فشلاً زائفاً مقلقاً. وهذا يميز الاستثناء التشغيلي الحقيقي عن السباق الطبيعي بين نقرة الإنسان وأمر تم تنفيذه أو إلغاؤه بالفعل.
يربط السيناريو A-3 مسار الأمان بـ WebUI. عندما يقوم البوت بإيقاف صناعة السوق تلقائياً أو إيقاف سلم (ladder) مؤقتاً لأسباب تتعلق بالأمان، يعرض المتصفح نص إشعار البوت في مربع حوار ويعكس حالة الطوارئ في “المعلمات”. تظهر أحداث الأمان في لوحة الأحداث مع شارات مرئية؛ ويمكن استئناف السلم المعلق من صف الحدث ذي الصلة. تسجل لوحة الأحداث أيضاً تغييرات المعلمات من WebUI مقابل المصادر الموجودة على جانب البوت، وتُظهر حالة صناعة السوق، ويمكنها عرض لقطات الرصيد والتغيرات في وقت الإجراء. وهذا يخلق مسار تدقيق متماسك للتحقيق في الحوادث.
تتضمن شاشة “المعلمات” الآن شريطاً للوضع المباشر لمدة 12 ساعة بتوقيت المشغل. وهو يلخص قيمة المخزون والأوامر المفتوحة حسب الغرض، مما يمنح المشغل فهماً مدمجاً لكيفية تطور التعرض وتخصيص السيولة. يتم عرض سجل الصحة في إطارات زمنية مدتها ساعة: الساعة المتدهورة تظهر باللون الأصفر، بينما الساعة التي توقفت فيها صناعة السوق تظهر باللون الرمادي. بعد عملية البدء، يتضمن نموذج الجودة فترة سماح مدتها 10 دقائق حتى لا يتم الحكم على بوت بدأ تشغيله حديثاً بناءً على بيانات لم تتح له الفرصة لإنتاجها بعد. يجب أن تعبر الرؤية عن عدم اليقين بصدق؛ فكلمات “قيد العمل” (working)، و”متدهور” (degraded)، و”متوقف” (stopped) أكثر فائدة من لوحة تحكم خضراء بشكل دائم.
تحافظ واجهة “التكوين” (Config) الجديدة المخصصة للمسؤولين فقط على السياق التشغيلي مجتمعاً: وقت التشغيل، والزوج، وشجرة حية لقيم tradeParams_*.js جنباً إلى جنب، متبوعة بملخص config.json منظم وعرض JSON خام. لقطة التكوين معقمة؛ حيث تقول حقول المقبس Not included عندما لا يبلغ البوت عنها، ويتم تمثيل البورصة التي تغفل الحد الأدنى لقيم التداول كـ Not provided، بدلاً من صفر مضلل.
يؤدي تشغيل أكثر من بوت إلى حدوث احتكاك عندما يؤدي تبديل علامات التبويب إلى مسح مكان المشغل. يضيف السيناريو A-3 غلافاً وسجلاً أكثر وضوحاً للأسطول. يحصل كل بوت على تسمية (Label) وحساب قابلين للتحرير، مع قيم افتراضية مفيدة مشتقة من معرف البوت وتكوينه. النقل، والإصدار، والفرع، ورصيد الزوج مرئية على مستوى الأسطول. الصفوف غير المتصلة أو غير المعروفة تكون باهتة، بينما تظل البوتات المتصلة التي توقفت فقط قابلة للقراءة. خلف الواجهة، تحافظ أجزاء “البقاء على قيد الحياة” (keep-alive) على التمرير العمودي وحالة الصفحة عند التبديل بين البوتات والأقسام. تقرأ الأجزاء المخفية لقطة Redux مجمدة بدلاً من الانهيار إلى حالة فارغة، مما يسمح للمشغلين بمقارنة السوق، وفحص التكوين، والعودة دون فقدان المسار.
تظل WebUI نشراً خاصاً مستضافاً ذاتياً. وهي تستخدم DirectHttpTransport للتحدث إلى واجهة /api/v1 الخاصة بالبوت؛ ولا يتصل المتصفح وWebUI الخلفي بالبورصات، ولا تنتمي مفاتيح واجهة برمجة تطبيقات البورصة إلى WebUI. يدعم المصادقة الثنائية (2FA) الإلزامية للمشغل التحقق عبر البريد الإلكتروني، أو ADAMANT، أو محفظة Ethereum. تستخدم الحزمة Vite، وReact 18، وChakra UI، وFastify BFF، وسجل أحداث SQLite. الميزة إضافية، مع الرجوع إلى مسار /health الحالي للبوتات القديمة التي لا تكشف عن /status بعد. يلزم وجود إصدار بوت حديث مطابق لسلوك “البدء بدون استراتيجية”.
السيناريو A، وهو MVP الخاص والمستضاف ذاتياً، مكتمل الميزات لنطاقه المعلن. يظل نموذج النشر التالي، السيناريو B، منفصلاً: الترحيل الصادر، وWebUI الاشتراك العام، ونطاق رمز الترخيص، وبيانات السوق المدفوعة ليست مجمعة في هذا الإصدار. لا تزال WebUI تستعلم عن واجهات برمجة تطبيقات REST للحصول على بيانات السوق. هذا الفصل يجعل سير عمل المشغل الخاص الحالي أكثر وضوحاً وقابلية للتدقيق قبل توسيع نموذج الثقة. بالنسبة للفرق التي تدير بوت صناعة سوق الرموز، فإن النتيجة هي إجابة أكثر هدوءاً لحاجة تشغيلية أساسية: شاشة واحدة تربط الحالة الحية، وعناصر التحكم، والسجل، والتكوين، وسياق الأمان مع الحفاظ على حدود البورصة داخل البوت.