#dusk $DUSK مؤخرًا قضيت عطلة نهاية أسبوع أحاول، وفقًا لوثائق المطوّرين الخاصة بـ @Dusk ، بناء بيئة محلية من الصفر. وبصراحة، كانت التجربة أكثر تعثّرًا مما توقعت.
على المستوى المفاهيمي، كُتبت الوثائق بشكل جيد: مخطط البنية واضح، وتقسيم المسؤوليات بين الوحدات الأساسية مُفسَّر بوضوح، كما خُصِّص فصل مستقل لشرح فكرة تصميم الآلة الافتراضية Rusk. لكن ما إن دخلتُ مرحلة التطبيق العملي حتى بدأت المشكلات بالظهور. فإصدارات الاعتماديات في الشيفرة النموذجية لا تتطابق مع أحدث إصدار في المستودع، وبعض شروحات مُدخلات واجهات API مفقودة مباشرةً من الوثائق، مما اضطرني إلى تفقد الشيفرة المصدرية لأجد صيغة المعاملات. هذه ليست مشكلة قاتلة، لكنها تستنزف صبر المطوّر وثقته.
الأمر الذي أثار قلقي أكثر هو استقرار شبكة الاختبار. أثناء اتصالي محليًا بشبكة الاختبار لإجراء تجارب معاملات بسيطة، واجهت عدة حالات لم تستجب فيها عُقد RPC. ورغم أن الأمور كانت تعود للعمل بعد إعادة المحاولة، فإن الوثائق لا تذكر مستوى الخدمة أو نافذة الصيانة الخاصة بشبكة الاختبار. بالنسبة لمطوّر جاء فقط "ليتفقد الوضع"، فإن هذا النوع من عدم اليقين قد يكون سببًا كافيًا للانسحاب، وهم لن يخبرونك لماذا غادروا.
انطباع آخر لدي هو أن سلسلة أدوات التطوير لدى Dusk تختلف بشكل واضح عن منظومة الإيثريوم، وهذا سيف ذو حدين. فالميزة هي أن Dusk تستطيع تخصيص نفسها بعمق لتناسب الخصوصية وخصائص الامتثال لديها، دون أن تكون مقيدة بعبء EVM التاريخي؛ أما العيب فهو أن المطوّرين لا يستطيعون إعادة استخدام مهارات Solidity والأدوات الحالية مباشرةً. ورغم أن الوثائق توفر SDK بلغة Rust وأمثلة على العقود، فإن تعلم Rust من الصفر ثم تعلم منهجية تطوير Dusk يجعل منحنى التعلم أشد انحدارًا بكثير من "نسخ ERC-20".
أتفهم أن بناء الوثائق وسلسلة الأدوات يحتاج إلى وقت، وأن تركيز الفريق للموارد على الشبكة الرئيسية والبروتوكول الأساسي أمر منطقي. لكن الإقلاع البارد للمنظومة المطوّرة لا يعتمد على أداء البروتوكول، بل على "Hello World" الذي يمكن تشغيله من اليوم الأول. وعندما توفر #dusk شبكة اختبار أكثر استقرارًا، ودروسًا تمهيدية مع تثبيت للإصدارات، وعددًا أكبر من حالات النشر الناجحة من مطورين خارجيين، عندها سأحكم ما إذا كانت المنظومة قد دخلت بالفعل في دورة إيجابية. بالنسبة إلى $DUSK ، فإن عدد المطوّرين ليس عدد أفراد المجتمع، بل عدد العقود المنشورة فعليًا على السلسلة. @Dusk
على المستوى المفاهيمي، كُتبت الوثائق بشكل جيد: مخطط البنية واضح، وتقسيم المسؤوليات بين الوحدات الأساسية مُفسَّر بوضوح، كما خُصِّص فصل مستقل لشرح فكرة تصميم الآلة الافتراضية Rusk. لكن ما إن دخلتُ مرحلة التطبيق العملي حتى بدأت المشكلات بالظهور. فإصدارات الاعتماديات في الشيفرة النموذجية لا تتطابق مع أحدث إصدار في المستودع، وبعض شروحات مُدخلات واجهات API مفقودة مباشرةً من الوثائق، مما اضطرني إلى تفقد الشيفرة المصدرية لأجد صيغة المعاملات. هذه ليست مشكلة قاتلة، لكنها تستنزف صبر المطوّر وثقته.
الأمر الذي أثار قلقي أكثر هو استقرار شبكة الاختبار. أثناء اتصالي محليًا بشبكة الاختبار لإجراء تجارب معاملات بسيطة، واجهت عدة حالات لم تستجب فيها عُقد RPC. ورغم أن الأمور كانت تعود للعمل بعد إعادة المحاولة، فإن الوثائق لا تذكر مستوى الخدمة أو نافذة الصيانة الخاصة بشبكة الاختبار. بالنسبة لمطوّر جاء فقط "ليتفقد الوضع"، فإن هذا النوع من عدم اليقين قد يكون سببًا كافيًا للانسحاب، وهم لن يخبرونك لماذا غادروا.
انطباع آخر لدي هو أن سلسلة أدوات التطوير لدى Dusk تختلف بشكل واضح عن منظومة الإيثريوم، وهذا سيف ذو حدين. فالميزة هي أن Dusk تستطيع تخصيص نفسها بعمق لتناسب الخصوصية وخصائص الامتثال لديها، دون أن تكون مقيدة بعبء EVM التاريخي؛ أما العيب فهو أن المطوّرين لا يستطيعون إعادة استخدام مهارات Solidity والأدوات الحالية مباشرةً. ورغم أن الوثائق توفر SDK بلغة Rust وأمثلة على العقود، فإن تعلم Rust من الصفر ثم تعلم منهجية تطوير Dusk يجعل منحنى التعلم أشد انحدارًا بكثير من "نسخ ERC-20".
أتفهم أن بناء الوثائق وسلسلة الأدوات يحتاج إلى وقت، وأن تركيز الفريق للموارد على الشبكة الرئيسية والبروتوكول الأساسي أمر منطقي. لكن الإقلاع البارد للمنظومة المطوّرة لا يعتمد على أداء البروتوكول، بل على "Hello World" الذي يمكن تشغيله من اليوم الأول. وعندما توفر #dusk شبكة اختبار أكثر استقرارًا، ودروسًا تمهيدية مع تثبيت للإصدارات، وعددًا أكبر من حالات النشر الناجحة من مطورين خارجيين، عندها سأحكم ما إذا كانت المنظومة قد دخلت بالفعل في دورة إيجابية. بالنسبة إلى $DUSK ، فإن عدد المطوّرين ليس عدد أفراد المجتمع، بل عدد العقود المنشورة فعليًا على السلسلة. @Dusk
开发文档需要更完善
0%
看好Rust加隐私的方向
100%
学习曲线确实是门槛
0%
1 الأصوات • تمّ إغلاق التصويت