#dusk $DUSK لقد حاولت المرور عبر توثيق تطوير Dusk، بدءًا من إعداد البيئة وحتى نشر عقد بسيط. وكانت النتيجة أن هناك فجوة معتبرة بين "مستوى التغطية" و"مستوى قابلية الاستخدام" في الوثائق.
يُعد DuskEVM متوافقًا مع Solidity، ومن الناحية النظرية يمكن لمطوري Ethereum الانتقال بسلاسة. لكن عندما اتبعتُ الخطوات وفقًا للتوثيق، كانت أول عقبة هي بيئة الاختبار المحلية: استقرار نقاط RPC في شبكة DuskEVM Testnet ليس جيدًا عمومًا، وغالبًا ما تظهر مهلات. كما أن الـ faucet لا يستجيب أحيانًا، ويتطلب الأمر انتظار بضع ساعات للحصول على عملات اختبارية. هذه الأمور لا تُعد قاتلة لمطوري Ethereum المعتادين على ذلك، لكنها تُحبط من يأتون بدافع "مجرد التجربة".
أما العقبة الثانية فهي خرائط المفاهيم الخاصة بـ Dusk. مطورو Ethereum معتادون على نموذج الحسابات وتقدير الغاز ودورة حياة المعاملات؛ وفي Dusk يتعين عليهم إعادة فهم كل ذلك. على سبيل المثال، تتطلب عملية الخروج عبر L1 وEVM ثلاث خطوات، وكل خطوة لها حالتها وشروط الانتظار تختلف عن تلك الموجودة في Ethereum L2. صحيح أن التوثيق يذكر ذلك، لكن ينقصه دليل استكشاف الأخطاء وإصلاحها—فإذا علقت خطوة ما، فلن يبقى للمطور سوى الرجوع لرمز المصدر بأنفسهم أو طرح السؤال في Discord.
العقبة الثالثة هي نضج سلسلة الأدوات. دعم متصفحات الكتل لجهة EVM ما زال قيد التحسين، وبعض ميزات التحقق من العقود غير متاحة؛ كما أن استقرار واجهات برمجة تطبيقات الاستماع إلى الأحداث والبحث في السجلات لا يرقى إلى سلاسل أكثر نضجًا. إن نقص هذه البنية التحتية يعني أن المطورين سيضطرون لقضاء وقت أكبر في استبعاد مشاكل الأدوات أثناء عملية التطوير والتجربة، بدلًا من التركيز على منطق الأعمال.
أنا لا أقول إن تجربة التطوير في Dusk سيئة—بالنسبة لسلسلة ما زالت تتطور بسرعة، فإن هذه الأمور تُعد مرحلة طبيعية. لكن المشكلة تكمن في أن نمو النظام البيئي يعتمد على التحاق المطورين، وغالبًا لا يختار المطورون السلسلة بناءً على ورقة المواصفات (الـ whitepaper) وحدها، بل بناءً على المدة التي يستغرقها تشغيل demo لأول مرة. فإذا كان إعداد البيئة سيأخذ بعد الظهر كاملًا، فسيقوم كثيرون ببساطة بإغلاق النافذة. @Dusk
لذا عندما أنظر إلى التقدم في نظام Dusk البيئي، لا أنظر إلى جدار شعارات الشركاء، بل إلى وتيرة تحديث توثيق المطورين، وسرعة الرد على المشكلات التقنية في Discord، وما إذا كانت هناك أدوات ودروس من جهات خارجية مدفوعة بـ "حوافز غير رسمية". إن نظام المطورين الحقيقي يُبنى بخبرات التعثر التي يُنقلها المطورون، ولا يُصنع بمجرد تراكم منشورات التقنية.