#dusk $DUSK @Dusk
بدأتُ العدّ على المسارات المستقلة إلى DuskEVM، وحسنًا، القائمة اختصرت بسرعة—مستندات DUSK تُوجّه المستخدمين إلى RPC واحد، ومُستكشف واحد، وجسر تدفّق ويب وُليت واحد، والـ sequencer بصيغة المفرد.

لا يزال DuskDS قادرًا على تسوية الدُفعات عبر إجماع لامركزي. لكن إذا كان مُرتّب المعاملات (sequencer) واحدًا، فإن نقطة النهاية الافتراضية الواحدة تتلقى عمليات الإرسال، وواجهة رسمية واحدة تخبر المستخدمين متى تكون سحوبات الجسر جاهزة—فهذا يضيف طبقة تنسيق فوق الإجماع. قد لا يعيد كتابة الحالة النهائية. لكنه ما يزال بإمكانه التأخير أو التصفية أو الاختفاء.

وهذا مهم بالنسبة لـ DUSK لأن طلب الغاز والسيولة الخاصة بالجسر يعتمدون على وصول المستخدمين إلى التنفيذ، لا على استمرار المُزوّدين (provisioners) في إنهاء الأمور من الأسفل. التصميم يوزّع التسوية؛ لكن المسار العملي قد يركّز الوصول عبر البنية التحتية الرسمية. شيء مختلف.

غالبية الناس يخلطون بين التسوية المُتحقَّق منها والوصول المحايد. ليستا شيئًا واحدًا. الاختبار نفسه يجب أن يغطي مجموعات الأقران (peer clusters)، ومُصدري بيانات اعتماد Citadel، وقاعدة الإضافة 90/10: العشرة مُزوّدون (provisioners) الذين استضافتهم معًا ليسوا عشرة مجالات فشل مستقلة.

قلقي الهادئ هو غياب البيانات. لا أجد مشاركات حركة المرور العامة على RPC، ولا متوسط/وسيط أعداد الأقران (median peer counts)، ولا تفاصيل تجاوز الإخفاق (failover) للـ sequencer، ولا عتبات التحكم الخاصة بالجسر. إلى أن تكشف DUSK عنها، يصف اللامركزية طبقة التسوية بثقة أكبر من الرحلة الكاملة للمستخدم.