#dusk $DUSK عندما أُعيد مراجعة سوق رسوم الغاز على شبكة Dusk، وجدت أنه لا يشبه الإيثيريوم من حيث كونه مزادًا علنيًا بالمزايدة أحادية الاتجاه؛ بل هو أشبه بمواجهة ثنائية بين المستخدمين والعُقد والـعقود الذكية. في نموذج Dusk، يمكن للمستخدم اختيار دفع غاز أعلى لتسريع التنفيذ، لكن للعُقد أيضًا الحق في اتخاذ قرارٍ مستقل فيما إذا كانت ستُفضّل تجميع تلك المعاملات ذات “القيمة مقابل السعر” الأفضل، وذلك استنادًا إلى تعقيد المعاملة المنفذة.
ويؤدي ذلك إلى نتيجة غير بديهية: معاملة ذات رسوم غاز مرتفعة لكن منطقها بسيط، ومعاملة برسوم غاز متوسطة لكن تستدعي عقدًا معقدًا للإغلاق/التصفية، قد يتم تفضيل الثانية من قبل العُقد. والسبب أن العُقد عند حساب الأرباح تقوم بخصم استهلاك الـCPU والذاكرة؛ فحتى لو كانت المعاملة المعقدة ذات معدل مرتفع، فقد لا تكون أرباحها الصافية أفضل من معاملة بسيطة بمعدل أقل ولكن ربح أعلى. إذن فإن تعليماتك “برفع السعر/زيادة الغاز” ليست دائمًا فعّالة أمام الخوارزمية الاقتصادية الداخلية للعقد.
هذا يشبه طلب سيارة: تدفع سعرًا أعلى، لكن السائق حين يرى أن الوجهة منطقة نائية بالجبال وأن رحلة العودة ستكون فارغة، قد يفضّل أخذ طلب بسعر أقل قليلًا لكن الطريق أسهل. يسلّم Dusk جزءًا من خيار التفضيل إلى العُقد؛ والهدف من ذلك تحسين توزيع موارد الشبكة ومنع العقود غير الفعالة من إعاقة الشبكة. لكن الأثر الجانبي لذلك هو أن أولوية المعاملات تصبح بالنسبة للمستخدم العادي أشبه بصندوق أسود. لا يمكنك بعد الآن ضمان الأولوية عبر زيادة بسيطة في الغاز.
وبمتابعة هذه النقطة، سأركز على لقطات تجمع الذاكرة (mempool) في Dusk، وأحلل نسبة التجميع وفقًا لأسعار الغاز المختلفة وأنواع المعاملات. فإذا تبيّن أنه بالنسبة لأنواع معيّنة من العقود، حتى عند دفع غاز أعلى بكثير من متوسط السوق، تظل هناك تأخيرات ملحوظة في التجميع، فهذا يعني أن “قدرة العقد على الربح” تميل بشكل يغلب على تعليمات المستخدم. وهذا سيؤثر على كيفية تسعير المعاملات الحساسة للوقت على #dusk ، مثل عروض/اقتباست الأسعار للـoracle والتصفية، إذ لم يعد الأمر مجرد “الأعلى سعرًا يُقدَّم”.
#dusk @Dusk $DUSK