#dusk $DUSK @Dusk
افترضت أن المشاركة (Staking) على شبكة Dusk تخص فقط المحافظ ومشغلي العقدة.
تجريد المشاركة (Stake Abstraction) يغيّر مالك المركز.
يمكن لعقد ذكي من Dusk قبول إيداعات، وإنشاء مشاركة (stake)، واستلام مكافآت، وتوزيعها أو إعادة استثمارها وفقًا لقواعده الخاصة. وهذا يتيح صناديق مشاركة (staking pools)، وخدمات مُفوَّضة، وتقسيم المكافآت، ومشتقات، دون الحاجة إلى اتخاذ كل قرار من خلال حساب مشغّل خارج السلسلة (offchain operator account).
تصبح المشاركة قابلة للبرمجة. وكذلك يصبح المخاطر.
لم يعد المستخدمون يقيّمون فقط أداء التوافق (consensus) لدى المُوفّر. بل يعتمدون أيضًا على محاسبة العقد، ومنطق السحب، وتخصيص المكافآت، وضوابط الترقية، ومسار الاسترداد (recovery). يمكن لمدقق (validator) يؤدي أداءً مثاليًا ألا يحمي المودِع من عقد صندوق (pool contract) يحسب الحصص (shares) بشكل غير صحيح.
تحافظ Dusk على بعض حدود البروتوكول بشكل واضح. ما زالت العقود تواجه حدًّا أدنى للمشاركة قدره 1,000 DUSK. يحدث التفعيل على حدود حقبة (epoch) بعد الحقبة التالية، وعادةً بين حقبتين (1 إلى 2) بعد تقديم العقد. لا يمكن للعقد استدعاء دالة المشاركة كما لو أنه كان محفظة (wallet). تتحرك الأموال عبر عقد التحويل (Transfer Contract) وتُفعِّل عقد المشاركة (Stake Contract) عبر نقل تعاقدي بين العقود (contract-to-contract transfer).
هذه التفاصيل الأخيرة تهمني. فهي تربط فعل المشاركة بالحركة الفعلية للقيمة بدل السماح لمنطق العقد بالإعلان عن مشاركة دون الأموال المقابلة.
سأراقب كيفية عرض التطبيقات للمدة بين الإيداع والمشاركة الفعالة (active stake). قد يبدو إصدار رمز الصندوق (pool token) فورًا منتجًا بينما لا يزال DUSK الأساسي ينتظر التفعيل. كذلك يجب أن تبقى مطالبات المكافآت واستدعاءات إلغاء المشاركة (unstaking callbacks) متزامنة مع أرصدة المستخدمين.
توسّع تجريد المشاركة فائدة DUSK بما يتجاوز المشاركة المباشرة. وقد يؤدي أيضًا إلى تركيز الإيداعات داخل عدد صغير من العقود إذا انتصر عامل الراحة على التنويع.
لقد جعلت Dusk موقف التوافق (consensus position) قابلًا للتأليف (composable). والدليل التالي هو أن عقود الصناديق تحافظ على الملاءة (solvency) وتوضّح الملكية وتضمن مخارج عادلة عبر كل حالة من حالات المشاركة.
قد تُزيل قابلية البرمجة الحاجة إلى التوزيع اليدوي. لكنها لا تستطيع إزالة ضرورة تدقيق من يتحكم بالبرنامج.
افترضت أن المشاركة (Staking) على شبكة Dusk تخص فقط المحافظ ومشغلي العقدة.
تجريد المشاركة (Stake Abstraction) يغيّر مالك المركز.
يمكن لعقد ذكي من Dusk قبول إيداعات، وإنشاء مشاركة (stake)، واستلام مكافآت، وتوزيعها أو إعادة استثمارها وفقًا لقواعده الخاصة. وهذا يتيح صناديق مشاركة (staking pools)، وخدمات مُفوَّضة، وتقسيم المكافآت، ومشتقات، دون الحاجة إلى اتخاذ كل قرار من خلال حساب مشغّل خارج السلسلة (offchain operator account).
تصبح المشاركة قابلة للبرمجة. وكذلك يصبح المخاطر.
لم يعد المستخدمون يقيّمون فقط أداء التوافق (consensus) لدى المُوفّر. بل يعتمدون أيضًا على محاسبة العقد، ومنطق السحب، وتخصيص المكافآت، وضوابط الترقية، ومسار الاسترداد (recovery). يمكن لمدقق (validator) يؤدي أداءً مثاليًا ألا يحمي المودِع من عقد صندوق (pool contract) يحسب الحصص (shares) بشكل غير صحيح.
تحافظ Dusk على بعض حدود البروتوكول بشكل واضح. ما زالت العقود تواجه حدًّا أدنى للمشاركة قدره 1,000 DUSK. يحدث التفعيل على حدود حقبة (epoch) بعد الحقبة التالية، وعادةً بين حقبتين (1 إلى 2) بعد تقديم العقد. لا يمكن للعقد استدعاء دالة المشاركة كما لو أنه كان محفظة (wallet). تتحرك الأموال عبر عقد التحويل (Transfer Contract) وتُفعِّل عقد المشاركة (Stake Contract) عبر نقل تعاقدي بين العقود (contract-to-contract transfer).
هذه التفاصيل الأخيرة تهمني. فهي تربط فعل المشاركة بالحركة الفعلية للقيمة بدل السماح لمنطق العقد بالإعلان عن مشاركة دون الأموال المقابلة.
سأراقب كيفية عرض التطبيقات للمدة بين الإيداع والمشاركة الفعالة (active stake). قد يبدو إصدار رمز الصندوق (pool token) فورًا منتجًا بينما لا يزال DUSK الأساسي ينتظر التفعيل. كذلك يجب أن تبقى مطالبات المكافآت واستدعاءات إلغاء المشاركة (unstaking callbacks) متزامنة مع أرصدة المستخدمين.
توسّع تجريد المشاركة فائدة DUSK بما يتجاوز المشاركة المباشرة. وقد يؤدي أيضًا إلى تركيز الإيداعات داخل عدد صغير من العقود إذا انتصر عامل الراحة على التنويع.
لقد جعلت Dusk موقف التوافق (consensus position) قابلًا للتأليف (composable). والدليل التالي هو أن عقود الصناديق تحافظ على الملاءة (solvency) وتوضّح الملكية وتضمن مخارج عادلة عبر كل حالة من حالات المشاركة.
قد تُزيل قابلية البرمجة الحاجة إلى التوزيع اليدوي. لكنها لا تستطيع إزالة ضرورة تدقيق من يتحكم بالبرنامج.
