من 8 إلى 10 مارس 2026 أجرينا واحدة من أكبر عمليات التنظيف الداخلية في Divine منذ إعادة إطلاقه بلغة Rust. جرى معظم هذا العمل خلف الكواليس، لكنه غيّر فعليًا طريقة جلب Divine لبيانات السوق، وطريقة تقييم Aegis للنشاط على Solana، وطريقة نشر بيئة الإنتاج.
ما الذي تغيّر
- أُزيلت واجهة Token API من The Graph بالكامل. بعد مشكلات متكررة لدى هذا المزوّد، عاد Divine إلى Solscan مصدرًا رئيسيًا لبيانات السوق وإثرائها على Solana.
- أصبح DIVINE مقتصرًا على Solana. أزلنا EVM من بيئة التشغيل والإعدادات وأدوات الإدارة ومسارات Telegram وبقايا هياكل التوافق في الشيفرة.
- نُظّف مسار القائمة السوداء لـ Solana في Aegis وحُصّن. باتت إعادة المحاولة أكثر انضباطًا، وحُذفت الطلبات غير الضرورية، وصار جلب سجل المحافظ والحائزين أسرع، وقلّ احتمال أن تتسبب ضوضاء المزوّدين في أخطاء قاتلة زائفة.
- يستخدم Live Activity الآن RPC الخاص بـ Solana لتحديث الأرصدة. لم تعد تحديثات الإشارات المتحقق منها تعتمد على The Graph أو على استعلامات الحسابات في Solscan، بل تتحقق من الأرصدة مباشرة عبر RPC، مع دعم Token-2022 وجلب الأرصدة على دفعات.
- شُدّد التكامل المستمر وتنظيم الشيفرة بشكل كبير. بُسّطت الاختبارات وعتبات التغطية والتبعيات وإصدارات الأدوات والوثائق وحدود الوحدات الداخلية جميعها.
تغييرات البنية التحتية
تغيّر نموذج النشر أيضًا تغيّرًا جوهريًا خلال الأيام الماضية:
- يُبنى Divine الآن محليًا بوصفه صورة Docker، ويُنشر على الخادم الافتراضي الخاص بوصفه منتجًا واحدًا ثابتًا غير قابل للتعديل.
- لم يعد الخادم يحتفظ بنسخة حية من الشيفرة المصدرية. فبيئة الإنتاج تشغّل الصورة المبنية إلى جانب الإعدادات والحالة التي يديرها المضيف.
- حُصّنت بيئة التشغيل بفحوص سلامة، ونظام ملفات للقراءة فقط، وسحب صلاحيات Linux غير اللازمة، وحدود أشد للموارد، وعزل أصرم عبر systemd.
لماذا يهم هذا
كانت هذه الهيكلة تدور أساسًا حول الاتساق والموثوقية. فسلاسل أقل، وطبقات توافق أقل، وتبعيات خارجية هشة أقل، تعني ضوضاء تشغيلية أقل وأساسًا أنظف بكثير للبناء عليه. وينبغي أن يكون Divine الآن أسهل في الصيانة، وأسهل في النشر، وأكثر قابلية للتنبؤ أثناء التشغيل.
باتت الإعلانات السابقة التي تذكر دعم EVM تاريخية. وتعكس المنصة والوثائق الحالية النطاق الجديد المقتصر على Solana.