لقد تعمقت أكثر في آلية النهاية المتكررة لـ Dusk. يبدأ الكتلة كـ "مقبولة"، ثم تصبح "مُعتمدة" بعد توفر عدد كافٍ من الأصوات، ثم تنتقل إلى "مؤكدة"، وأخيرًا "نهائية". الجزء المثير للاهتمام هو الفرق بين n=0 و n>0: • الدورة الأولى (n=0) تستخدم المسار السريع. بمجرد وصولها إلى حالة "مُعتمدة"، يمكن اعتبارها غير قابلة للعكس فورًا. • الدورات اللاحقة لا تزال بحاجة إلى تأكيدات إضافية حتى بعد أن تصبح "مُعتمدة". من المنطقي أن الشبكة لا تريد من مُولّد كتلة لاحق أن يحصل على نفس النهاية الفورية إذا فشل المحاولة الأولى. أتساءل كيف يتم تنفيذ هذه القواعد حاليًا، وما إذا كانت متطلبات التأكيد يمكن أن تتغير مع الوقت. @DuskFoundation $DUSK #dusk