شيء عن تجريد «استحقاق» Dusk جعلني أتوقف عن التفكير في التكديس باعتباره «ميزة».

بدأت بالنظر إلى الاستدعاءات (callbacks) بدلًا من ذلك.

يبدو هذا كتفصيل تقني صغير، لكن الاستدعاءات عادةً تخبرني بمكان توقع البروتوكول أن تقوم برمجيات أخرى بالتكامل.

عقد يودِع أموالًا.

ثم يرسل الاستحقاق عبر عقد التحويل (Transfer Contract).

يصبح الاستحقاق نشطًا قرب حدٍّ زمني (boundary) بين العصور (epochs).

لاحقًا، تعود المكافآت أو الأموال غير المُكتسبة عبر الاستدعاءات الخاصة بالعقود.

هذا ليس مجرد تكديس.

بل هو دورة حياة.

وقد رأينا هذا النمط من قبل في أجزاء أخرى من عالم الكريبتو.

ساعد ERC-4626 على تحويل الخزائن إلى شيء يمكن للتطبيقات التكامل معه عبر واجهة مشتركة.

ثم دفعت ERC-7540 الفكرة إلى أبعد من ذلك في الحالات التي لا تكون فيها الإيداعات والسحوبات فورية، لأن بعض الأنظمة المالية بطبيعتها تحتوي فترات انتظار وتسوية غير متزامنة.

يتعامل Dusk مع نوع مختلف من العمليات غير المتزامنة، لكن حدس التصميم يبدو مألوفًا بالنسبة لي:

اجعل دورة الحياة قابلة للبرمجة، لا مجرد الأصل.

هذا يغيّر ما الذي يمكن أن يمثله عقد التكديس فعليًا.

لا يلزم أن يكون «مجموعة (pool)».

يمكنه ترميز قواعد حول من يشارك، ومتى تتحرك رؤوس الأموال، وكيف يتم توجيه المكافآت، أو ماذا يحدث بعد عملية الإلغاء (unstake).

وهذه هي الجزء الذي أجده أكثر إثارة للاهتمام من السردية المعتادة حول التكديس.

لا يزال البروتوكول يمتلك قواعد الأمان.

لكن العقد يمكنه امتلاك السلوك حول المركز (position).

بالنسبة لي، هذا تجريد أكثر إثارة بكثير من مجرد جعل التكديس أسهل.

يبدأ الأمر بجعل التكديس يتصرف بشكل أقل مثل زر تضغط عليه…

ويصبح أشبه بمركز قابل للبرمجة مع دورة حياة.

وهنا سأبدأ البحث عن الموجة التالية من بدائيات DUSK.

#dusk $DUSK @Dusk

$TMX $BMT