أرشفت Dusk مستودع عقدة Go الأصلي في يونيو 2025. بعد 5,774 عملية التزام (commit)، أصبحت dusk-blockchain الآن للقراءة فقط، بينما أصبح Rusk هو التنفيذ الرسمي للعقدة في المشروع.

للوهلة الأولى، يبدو هذا كصيانة تقنية روتينية. ليس الأمر كذلك. لقد نقلت Dusk إجماع الشبكة وإدارة الحالة وتنفيذ العقود وواجهات العقد إلى قاعدة كود نشطة وواقعة تحت صيانة Rust.

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

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

كم عدد مشغلي Dusk الذين اختبروا هذا الانتقال أثناء فشل فعلي؟ وهل تعتمد عمليات تكامل قديمة على سلوك لا يعيد Rusk إنتاجه؟ وإذا ظهر خلل خاص بـ Rusk، فمن أين تأتي قابلية التكرار على مستوى التنفيذ؟

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

بالنسبة إلى Dusk، فإن الترقية المهمة ليست «Go إلى Rust». بل هي تحويل الخبرة غير الموثقة إلى معرفة تشغيلية مشتركة.

#dusk @Dusk $DUSK