كلما حاولتُ التعمّق أكثر في Dusk وعمليات الـ staking، وجدتُ أن هذه النقطة أكثر لفتًا للانتباه من أي جزء آخر من القصة المتعلقة بالخصوصية. حاليًا، لكي تقوم بالـ stake يلزم حد أدنى قدره 1.000 DUSK، ويستغرق الأمر قرابة 1-2 epoch حتى يتم التفعيل. يتوقع البروتوكول إصدار 500M DUSK خلال 36 عامًا، مع انخفاض الـ emission بنسبة 50% كل 4 سنوات
في البداية، كنتُ بالكاد أُعير تلك الأرقام اهتمامًا. لكن كلما نظرتُ إلى الطريقة التي تم ترتيب الأمور بها، أصبحتُ أكثر اهتمامًا. @Dusk لا يقتصر دوره على حماية الـ consensus فحسب، بل يظهر أيضًا في الـ staking والـ gas والتسوية عندما تتوسع المنظومة $DUSK
مقارنةً بتحديث الـ whitepaper لشهر 11/2024، فإن معمارية Dusk الحالية قد تغيّرت بشكل كبير. كان Moonlight وPhoenix آنذاك مسؤولين عن المعاملات العامة والخصوصية ضمن التمويل المُنظّم.
بحلول يونيو 2025، انتقلت Dusk إلى ثلاثة أجزاء: DuskDS للتسوية وتوافر البيانات، وDuskEVM لتطبيقات EVM، بينما يخص DuskVM التطبيقات التي تحتاج إلى خصوصية
أرى أن الـ staking قد يحمل معنى مختلفًا عندما تدخل Dusk مرحلة نشاط فعلي أكبر. عندما يبدأ EVM وVM في الحصول على مستخدمين، يمكن استخدام توكن واحد عبر طبقات متعددة من الشبكة في الوقت ذاته.
بالطبع، أنا الآن لا أزال أضع هذا الأمر كفرضية على الطاولة فقط
كما أنني أولي اهتمامًا خاصًا لـ Stake Abstraction لأنها تفتح إمكانية أن تتولى العقود نفسها التعامل مع الـ stake، وبالتالي يمكنها دعم نماذج مثل staking pool أو استراتيجيات تشغيل تلقائي مباشرة على الشبكة
ومع ذلك، لا أعرف بعد مدى تعكس نشاطات #dusk فعليًا احتياجات الاستخدام الحقيقي. ما هو جزءٌ منها تطبيقات، وما هو جزءٌ منها مجرد staking والبنية التحتية، ما يزال غير كافٍ من البيانات لتمييزهما بوضوح
إذا كانت لديك بيانات on-chain أكثر تفصيلًا، فسأكون سعيدًا بمراجعتها لمقارنتها بما ألاحظه وأفهمه، ولزيادة وضوح ما الذي تعكسه نشاطات الشبكة فعليًا