#dusk $DUSK @Dusk إجماع Dusk، الإقرار الموجز (SA)، هو بروتوكول لإثبات الحصة قائم على لجان. يتم اختيار مقدمي الخدمة المؤهلين عبر اختيار ترتيبي حتمي مرجّح بالحصة لتشكيل لجان صغيرة لكل جولة؛ تقترح هذه اللجان الكتل وتتحقق منها وتُقرّها باستخدام تواقيع مجمّعة بدلًا من اشتراط أن يشترك كامل مجموعة المُصدّقين في الترجيح على كل كتلة. يصف توثيق Dusk تطور المعاملات عبر أربع حالات: Accepted (تم الاستلام وهي صالحة)، Confirmed (تم إدراجها في كتلة مع بناء كتل لاحقة عليها)، Stable (دفنت عميقًا بما يكفي ليكون من غير المحتمل جدًا عكسها)، وFinal (مضمونة بشكل حتمي وبالوسائل التشفيرية وغير قابلة للعكس). ويقابَل ذلك صراحةً مع إجماع نمط Nakamoto، حيث لا تكون الكتل نهائية بشكل مطلق وتُعامل على أنها "على الأرجح آمنة" بعد أن تتراكم التأكيدات بما يكفي.

تمنح معظم السلاسل المستخدم إشارة واحدة فقط — عدد التأكيدات — وتترك للمستخدم مهمة تحديد ما هو "كافٍ". يجعل نموذج Dusk ذو المراحل الأربع صريحًا ما يتم تركه ضمنيًا عادةً: تحتاج الجهات الفاعلة المختلفة إلى عتبات يقين مختلفة في أوقات مختلفة. قد تعتبر عملية تحويل تجزئة (Retail) من المعقول التعامل مع "Confirmed" على أنه كافٍ؛ بينما تحتاج تسوية الأوراق المالية تقريبًا إلى "Final" بالتأكيد. بالمقارنة مع الأنظمة الاحتمالية البحتة، تقوم SA بمقايضة جزء من سطح اللامركزية (فقط لجنة تُقر لكل كتلة) مقابل نقطة محددة وواضحة ومحصورة حيث يتوقف النهائي عن كونه احتماليًا ويصبح مطلقًا.

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