وجدت شيئًا في مستندات @Dusk لم يسبق لأحد أن شرحها: كل مكافأة كتلة على الشبكة تنقسم إلى نسب ثابتة. يأخذ مُولّد الكتل 70%، وربما حتى 80%. تحصل مؤسسة التطوير على 10%. لجنة التحقق 5%. لجنة المصادقة 5%. كل كتلة، إلى الأبد، بدون حاجة إلى تصويت كي يستمر تدفقها.
لماذا هذا التقسيم مهم؟
لأن معظم السلاسل تدفع للمتحققين فقط، ثم تطلب المنح لاحقًا. Dusk أدخل تمويل النظام البيئي الثابت داخل آلية الإجماع نفسها. إضافة إلى ذلك، التزمت المؤسسة بمبلغ 15 مليون $DUSK في صندوق تطوير للمطوّرين. هذه خزينة وفقًا لقاعدة البروتوكول، وليست مجرد وعد.
ومن الجدير بالذكر أيضًا بهدوء أن هذه 21X، وهي أول شركة في الاتحاد الأوروبي تحصل على ترخيص DLT-TSS، كانت تقوم بتداول مباشر منذ 8 سبتمبر 2025، وقد تم إدراج Dusk كمشارك في التداول. مسارات تنظيمية تعمل بالفعل.
قلقي هو أن شريحة صندوق التطوير بنسبة 10% تتراكم لتصبح قوة طويلة الأجل كبيرة. من يقرر أين يتم صرفها؟
سؤال الحوكمة هو: إذا كان $DUSK holders قد صوتوا على تخصيص الصندوق، فهل سيؤدي ذلك إلى تحسين الإنفاق أم سيصبح مجرد سياسة؟ #dusk
التعمّق في نموذج @Dusk الخاص بـ Phoenix، وفهم أخيرًا لماذا تختلف الخصوصية لديهم عن الـmixer. أموالك لا تبقى كرصيد عام. بل توجد كـملاحظات مُشفّرة (UTXO-based)، مثل النقود داخل مغلفات بدلًا من كشف حساب يمكن لأي شخص قراءته. كل معاملة تُثبت الصحة باستخدام إثباتات معرفة-صفرية (zero-knowledge): لا توجد double spends، والأموال تتطابق، لكن يبقى المُرسِل والمُستقبل والقيمة مخفيّة.
الجزء الذكي هنا هو أن هذا نموذج معاملات، وليس إضافةً ملحقةً للخصوصية. أدوات على نمط Tornado تضيف الخصوصية فوق سلسلة شفافة، بينما يجعل Phoenix السرية هي طبقة المحاسبة الافتراضية، ويقوم Zedger بتوسيع ذلك للأوراق المالية التي تحتاج إلى إفصاح انتقائي متوافق.
لكن ما الذي أعترض عليه: الملاحظات المشفّرة تجعل بناء محافظ خفيفة وفهارس (indexers) أكثر صعوبة. فـالمستكشفات (Explorers)، والتحليلات، وتتبع المحافظ (portfolio trackers) — منظومة الأدوات بالكامل — تفترض أن الأرصدة قابلة للقراءة. وهذا يُشكّل احتكاكًا حقيقيًا للمستخدمين الذين يريدون فقط رؤية أموالهم.
زاوية الحوكمة التي تفيد أن الإعدادات الافتراضية أهم من الخيارات. إذا كان لدى $DUSK حاملًا القدرة على التصويت على التوازن بين “مخفي افتراضيًا (shielded-by-default)” و“شفاف افتراضيًا (transparent-by-default)” عبر كامل المنظومة، فما الذي ينبغي أن يفوز؟
هل تستخدم ميزات الخصوصية فعلًا عندما تكون متاحة، أم أنك فقط تحب معرفة أنها موجودة؟ #dusk
معظم الناس الذين يتجادلون حول @Dusk اليوم لا يعرفون كم من الوقت كانت هذه الأشياء تُحضَّر. المرحلة الأولى من الشبكة الاختبارية المُحفَّزة اختُتمت في 31 ديسمبر 2022 بمشاركة أكثر من 600 مُوفِّر موارد (provisioners) وبما يقرب من 2,000 تسجيل. لم يُعلَن موعد الشبكة الرئيسية (mainnet) إلا في 20 سبتمبر 2024، ووصلت أول كتلة غير قابلة للتغيير (immutable) في 7 يناير 2025.
اقرأ ذلك مرة أخرى. سنوات من الاختبار قبل أي كتلة تشغيلية واحدة. وفي سوق تُطلق فيه الفرق سلسلة في عطلة نهاية أسبوع وتقوم بإصلاحها مباشرةً (live)، فإن هذا الإيقاع يقول شيئًا واضحًا عن من بُني هذا له.
التمويل المُنظَّم لا يغفر عبارة "تحرك بسرعة وكسّر الأشياء"؛ التسوية المُعطَّلة ليست موضوع نقاش بعد الواقعة (postmortem)، بل هي دعوى قضائية.My concern هو الجانب الآخر من الصبر. الشبكة الرئيسية لا تزال بالكاد عمرها 19 شهرًا. النظام البيئي ما زال فتِيًّا، والأدوات ما تزال محدودة، وكون هناك 600 مُوفِّر موارد في الشبكة الاختبارية لا يعني تلقائيًا أن يصبحوا 600 مُشغِّل في الشبكة الرئيسية. الشبكات الاختبارية تدفع حوافز؛ الشبكة الرئيسية تتطلب قناعة.
فكرة الحوكمة: الأشخاص الذين شغّلوا العقد خلال شبكة اختبارية استمرت سنتين حصلوا على رأيهم. هل ينبغي أن يحمل المُوفِّرون الأوائل وزنًا أكبر في حوكمة $DUSK ، أم أن نموذج "صوت واحد لكل توكن" هو النموذج العادل الوحيد؟ #dusk