اعتقدت في البداية أن Dusk يُعد في الأساس طبقة Layer-1 تركز على الخصوصية. لكن عند التعمق أكثر في بنية المنظومة، تغيّر هذا التصور بالنسبة لي. فالشبكة لا تعتمد على بيئة واحدة للقيام بكل شيء. بدلًا من ذلك، تتولى DuskDS معالجة الإجماع والحسم وتوافر البيانات، بينما توفر Dusk بيئات تنفيذ مختلفة وفقًا لاحتياجات متباينة.
أكثر جزء أعتبره مثيرًا للاهتمام هو DuskEVM.
تم تصميمه كبيئة تنفيذ متوافقة مع EVM وتستقر عبر DuskDS. وهذا يعني أن بإمكان المطورين العمل باستخدام أدوات Ethereum المألوفة، بينما تتولى طبقة التسوية الأساسية في Dusk توفير الأساس من تحت.
في البداية، تساءلت لماذا كان هذا الفصل ضروريًا. ألا يكون وجود بيئة تنفيذ واحدة أبسط؟
كلما فكرت أكثر في التمويل المُنظّم، بدا لي أن المنطق منطقي أكثر. فالتطبيقات المختلفة قد تتطلب احتياجات مختلفة. قد يحتاج بعضها إلى تطوير EVM المألوف، بينما قد يحتاج البعض الآخر إلى وصول مباشر إلى الأصول الأصلية في Dusk أو ميزات الخصوصية أو قدرات الإثباتات الصفرية المعرفة.
هذا يجعل بنية المنظومة تشبه أقل محاولة لإجبار كل حالة استخدام داخل نظام واحد، وأكثر تقديم كل جزء بمهمة محددة.
لكن ما زال هناك شيء أريد فهمه بشكل أفضل.
إلى أي مدى يضيف هذا النهج المعياري تعقيدًا مع نمو النظام البيئي؟ قد توفر الطبقات المنفصلة مرونة، لكن ذلك يعني أيضًا أن الروابط بين تلك الطبقات تصبح بالغة الأهمية.
بالنسبة لي، السؤال المثير للاهتمام مع Dusk في الوقت الحالي هو: هل يمكن أن تجعل المعيارية البنية التحتية لسلاسل الكتل المُنظّمة أكثر عملية دون أن تجعلها أصعب في الفهم والتشغيل؟
هذا شيء سأتابعه عن كثب.
@Dusk _Foundation $DUSK #DUSK