في المشاريع السلسلة العامة التي تعاملت معها، غالبًا ما تكون طبقة P2P هي آخر جزء يتم الانتباه إليه؛ الجميع يحب الحديث عن آليات الإجماع، وعن الآلة الافتراضية (VM)، وعن الجسور عبر السلاسل. لكن من يجرب تشغيل العقدة الكاملة يعرف جيدًا أن استهلاك النطاق الترددي يصبح كبيرًا بسرعة؛ فقد يَحرق تدفق بيانات يصل إلى عدة تيرابايت خلال شهر واحد. تكون هذه التكلفة مقبولة نسبيًا ضمن نطاق صغير، لكن عندما يصبح المطلوب خدمة المؤسسات المالية عالميًا تتحول إلى مشكلة لا يمكن تجاهلها.
تصف الورقة البيضاء شبكة P2P التقليدية بشكل مباشر نسبيًا، إذ تشير إلى أنها تعاني من عيبين رئيسيين: استهلاك عالي للنطاق الترددي وتأخير كبير. وفي فهمي الخاص، ففي أسلوب البث التقليدي، يتم نشر كل كتلة أو رسالة معاملات في جميع أنحاء الشبكة؛ فكل عقدة تستقبل الرسالة ثم تقوم بإعادة توجيهها إلى جميع الجيران، فتتزايد كمية الرسائل بشكل أسي. وتمتلئ الشبكة بكمية كبيرة من البيانات الزائدة المكررة.
حل Dusk@Dusk هو Kadcast، المبني على Kademlia DHT. ينظم العقد على شكل هرم/شجرة طبقية؛ فلا يقوم كل عقدة بإعادة التوجيه بشكل عشوائي، بل تحسب مسافة XOR وتقوم بإعادة توجيه الرسالة فقط إلى عقد مختارة ذات مسافة متزايدة. تنتقل الرسالة كأنها تُرسل تدريجيًا عبر طبقات الشجرة إلى الأسفل، فتنتج تأثيرًا متسلسلًا (Cascade). في كل طبقة يتم إعادة التوجيه إلى عدد قليل من العقد، وليس إلى جميع عقد الشبكة. #dusk
هذا الطرح ألهمني كثيرًا. فهو في الواقع يقول إن طبقة P2P في البلوك تشين لا يلزم أن تعتمد نمط «الجميع يخبر الجميع». منطق توزيع المعلومات المالية $DUSK نفسه هو «من يحتاج يستقبل». كم بالضبط يوفر Kadcast من النطاق الترددي؟ لا تقدم الورقة البيضاء بيانات اختبار محددة، لكن من منظور تصميم الآلية، فإن تقليل حجم الرسائل الزائدة يجب أن يكون كبيرًا للغاية.
ومع ذلك، للشكل الشجري نقاط ضعف أيضًا؛ فاستقرار العقد الوسيطة أمر حاسم بالنسبة للشبكة، وهذا يحتاج إلى مراقبة مستمرة خلال التشغيل اللاحق.
تصف الورقة البيضاء شبكة P2P التقليدية بشكل مباشر نسبيًا، إذ تشير إلى أنها تعاني من عيبين رئيسيين: استهلاك عالي للنطاق الترددي وتأخير كبير. وفي فهمي الخاص، ففي أسلوب البث التقليدي، يتم نشر كل كتلة أو رسالة معاملات في جميع أنحاء الشبكة؛ فكل عقدة تستقبل الرسالة ثم تقوم بإعادة توجيهها إلى جميع الجيران، فتتزايد كمية الرسائل بشكل أسي. وتمتلئ الشبكة بكمية كبيرة من البيانات الزائدة المكررة.
حل Dusk@Dusk هو Kadcast، المبني على Kademlia DHT. ينظم العقد على شكل هرم/شجرة طبقية؛ فلا يقوم كل عقدة بإعادة التوجيه بشكل عشوائي، بل تحسب مسافة XOR وتقوم بإعادة توجيه الرسالة فقط إلى عقد مختارة ذات مسافة متزايدة. تنتقل الرسالة كأنها تُرسل تدريجيًا عبر طبقات الشجرة إلى الأسفل، فتنتج تأثيرًا متسلسلًا (Cascade). في كل طبقة يتم إعادة التوجيه إلى عدد قليل من العقد، وليس إلى جميع عقد الشبكة. #dusk
هذا الطرح ألهمني كثيرًا. فهو في الواقع يقول إن طبقة P2P في البلوك تشين لا يلزم أن تعتمد نمط «الجميع يخبر الجميع». منطق توزيع المعلومات المالية $DUSK نفسه هو «من يحتاج يستقبل». كم بالضبط يوفر Kadcast من النطاق الترددي؟ لا تقدم الورقة البيضاء بيانات اختبار محددة، لكن من منظور تصميم الآلية، فإن تقليل حجم الرسائل الزائدة يجب أن يكون كبيرًا للغاية.
ومع ذلك، للشكل الشجري نقاط ضعف أيضًا؛ فاستقرار العقد الوسيطة أمر حاسم بالنسبة للشبكة، وهذا يحتاج إلى مراقبة مستمرة خلال التشغيل اللاحق.