في المشاركات السابقة أخبرتكم بكل شيء عن بروتوكول Kadcast في Dusk، لكن الآن سأتحدث معكم عن دقّته. معظم البلوكشينات تتحدث عن الحتمية (finality).
لكن هل تعلم ماذا؟ Dusk في الواقع يعرّفها بالدقّة. في توافقية Succinct Attestation، كل بلوك يمر عبر أربع حالات واضحة ضمن Rolling Finality.....
Accepted ، لديه تأكيد نجاح لكن ما زال يمكن استبداله ببلوك ذي تكرار (iteration) أقل...
Attested ، لا يمكن استبداله بأي بلوك ذي تكرار أقل...
Confirmed ، من غير المرجّح جدًا أن يتم الرجوع عنه...
Final ، لا يمكن أن يُردّ تحت أي ظرف...
تنتقل الحالة اعتمادًا على قاعدة بسيطة: كم عدد التكرارات السابقة التي لم تفتقر إلى (fail) تأكيد (attestation) (n). أليس معقدًا؟ لكنه كذلك تُحسب الدقّة.
يصبح البلوك المقبول مؤكدًا فقط بعد ظهور 2 × n بلوكات متتالية متأكدة (attested) أو مؤكدة (confirmed) بعده. بمجرد أن يصبح مؤكدًا، يصبح نهائيًا عندما يكون والده (parent) أيضًا نهائيًا.
هذا التصميم يمنح الشبكة السرعة والأمان معًا ... يمكن للبلوكات الوصول إلى حتمية عملية بسرعة كبيرة بينما لا يزال يحمي ضد الانقسامات الشبكية النادرة. أجد هذا الأمر مثيرًا للاهتمام جدًا وأريد أن أعرف تجربتكم بشأنه.. هل أنتم تعرفون عنه بالفعل أم أنكم سمعتم عنه للتو من منشوري؟ أخبروني في قسم التعليقات عن رأيكم في هذا.
@Dusk
$DUSK #dusk