كنت أعتقد من قبل أن انتشار البلوك تشين يعني فقط وضع الرسالة نفسها في جميع الجيران، وأن من ينقل أسرع يفوز. لم تتبع Kadcast في Dusk مسار Gossip العشوائي؛ بل أنشأت على UDP شبكة تغطية مُهيكلة: يحصل كل عقدة على معرّف 128 بت، وتدخل ضمن شجرة توجيه ثنائية وفقًا لمسافة XOR في Kademlia مع k-bucket. عندما تمتلئ الأُسُر (البُكيت)، يتم أولًا استخدام PING/PONG للتحقق من العقد القديمة، ثم يتم التحديث بحسب LRU.

فهمته كأنه مركز توزيع شحنات مُرقّم. تدخل الطرود ضمن مستويات ثابتة حسب المسافة، ولا يُسمح لكل نقاط الشبكة أن تنتقل عشوائيًا في كل الاتجاهات؛ كما أن البث يتجاهل التكرارات الخاصة بـ CHUNK، ويعالج فقد الحزم باستخدام RaptorQ FEC. تُظهر المعايير في المستودع الرسمي أن معدل فقد الحزم 12%، ومع β=3 و f=0.15 ما زالت العملية قادرة على تغطية الشبكة بأكملها، لكن هذا اختبار على مستوى المكتبة وليس وعدًا بزمن تأخير الشبكة على mainnet.

قيمة @Dusk Dusk هنا تتمثل في تقليل حركة المرور غير المفيدة، وجعل زمن الانتشار أكثر قابلية للتنبؤ، وما يخشاه التسوية المالية حقًا هو حدود الوقت غير الواضحة. ومع ذلك، فإن التوجيه المُهيكل لا يلغي المخاطر تلقائيًا؛ فمدى توازن توزيع العقد، وتذبذب الشبكة وضغوط الهجوم ما زالت بحاجة إلى مراقبة مستمرة للتحقق. لن أستخدم اختبارًا معياريًا واحدًا لأثبت أن الشبكة أصبحت بالقدر الكافي من السرعة. Kadcast يعالج ترتيب الانتشار، وما يثبت الاستقرار هو التشغيل الحقيقي.
#dusk $DUSK