في 16 أغسطس 2026، رصد فريق شبكة Dusk نشاطًا مشبوهًا مرتبطًا بمحفظة كانت تحت سيطرته لتشغيل الجسور. كان رد الفعل سريعًا: تم تعطيل العناوين وإعادة تدويرها، وإيقاف خدمات الجسر، وإضافة قائمة حظر لمنع التحويلات من الوصول إلى عناوين خطرة معروفة، مع تنسيق مباشر مع Binance بمجرد تتبع جزء من التدفق إليها. توضح تصريحات الفريق الخاصة بأن ما حدث لم يكن فشلًا على مستوى البروتوكول؛ إذ واصل DuskDS عمله بشكل طبيعي، ولا يُعتقد حاليًا أن أموال المستخدمين قد تأثرت. التوقيت مؤلم قليلًا، إذ يأتي تمامًا عندما كان الفريق يوشك على إنهاء الخطط الخاصة بإطلاق DuskEVM، بهدف نقل سير عمل المعاملات السرية إلى بيئة EVM عبر أداة تُسمى Hedger.

أخذ هذا التفسير على محمل الجد لأن التمييز التقني حقيقي. تُعد محفظة تشغيلية مخترقة تُستخدم للجسر نمط فشل مختلفًا عن وجود خلل في Succinct Attestation أو طبقة التسوية الأساسية، وخلط الاثنين سيكون تحليلًا مهملًا. كما أعتقد أن هذا التمييز قد لا يكون مهمًا بالقدر الذي قد يأمله فريق Dusk بالنسبة لشريك مؤسسي محتمل. إن القيمة الكاملة هنا هي الثقة: بنية تحتية ملتزمة يمكن للبورصات المرخصة والجهات المُصدرة أن تبني عليها تحديدًا لأنها يفترض أن تكون أكثر انضباطًا بشأن الأمن من بروتوكول DeFi نموذجي.

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

#dusk $DUSK @Dusk