قبل بضعة أيام، أثناء التمرير عبر X، صادفت منشورًا عن شبكة الاختبار DuskEVM، ولفت انتباهي تفصيل معيّن. في 10 أغسطس، انطلقت شبكة اختبار DuskEVM، وكانت Solidity وHardhat تعمل بسلاسة، لكن Hedger، محرك العقود السريّ الأساسية، كان يعمل بشكل منفصل على شبكة اختبار Ethereum Sepolia منذ نوفمبر 2025. لم يُعلن الفريق الرسمي بعد عن موعد دمج الجزأين.
عندما يرى الناس هذه الفجوة التي تبلغ 9 أشهر، تكون أول ردة فعل هي القلق. قد يبدو أمرًا غير مألوف أن يتم اختبار طبقة الخصوصية وطبقة EVM لسلسلة تركز على الخصوصية بشكل منفصل.
لكن بعد الاطلاع على الوثائق التقنية، بدأت أفكر في أن هذا المسارَين للاختبار قد يكون في الواقع اختيارًا أقل تقديرًا في بنية Dusk. مكدس Dusk طبقي. #Dusk يتولى التسوية وتوفير البيانات، وDuskEVM هي طبقة EVM، وHedger هي طبقة الخصوصية باستخدام التشفير المتماثل والتَّحققيات الصفرية المعرفة.
إذا تم اختبار الطبقات الثلاث معًا، فقد يصبح من الصعب التمييز بين خطأ في التشفير وخطأ في العقد. يتيح اختبارها بشكل منفصل للفريق تشغيل طبقة EVM أولًا، ثم السماح للمطورين بنشر التطبيقات، وبعدها التحقق من Hedger بشكل منفصل على Sepolia، وأخيرًا دمجه مرة أخرى في $DUSK . هذا يجعل عملية التصحيح أكثر وضوحًا.
لست متأكدًا مما إذا كان هذا التقدير صحيحًا. كما أنه من الممكن أن تظهر تعارضات بروتوكول أثناء الدمج النهائي وتستلزم إعادة عمل سابق. تبدو الوحدة/المرونة (Modularity) فكرة جيدة، لكن الهندسة دائمًا ما تأتي معها تكاليف تنسيق.
لكن من زاوية أخرى، يخشى العملاء المؤسسيون حدوث شيء ما من أن يتعطل أكثر من خوفهم من أن يستغرق الأمر وقتًا أطول. قد يكون الطرح المرحلي أكثر موثوقية من دفع كل شيء مرة واحدة ثم الاضطرار إلى الرجوع للخلف.
قد يكون إطلاق EVM أولًا ثم دمج Hedger بعد التحقق المناسب مجرد طريقة لضمان أن الأساس متين.
ما رأيكم أنتم في استراتيجية اختبار المسارين هذه؟ أريد سماع آراء الجميع.@Dusk
عندما يرى الناس هذه الفجوة التي تبلغ 9 أشهر، تكون أول ردة فعل هي القلق. قد يبدو أمرًا غير مألوف أن يتم اختبار طبقة الخصوصية وطبقة EVM لسلسلة تركز على الخصوصية بشكل منفصل.
لكن بعد الاطلاع على الوثائق التقنية، بدأت أفكر في أن هذا المسارَين للاختبار قد يكون في الواقع اختيارًا أقل تقديرًا في بنية Dusk. مكدس Dusk طبقي. #Dusk يتولى التسوية وتوفير البيانات، وDuskEVM هي طبقة EVM، وHedger هي طبقة الخصوصية باستخدام التشفير المتماثل والتَّحققيات الصفرية المعرفة.
إذا تم اختبار الطبقات الثلاث معًا، فقد يصبح من الصعب التمييز بين خطأ في التشفير وخطأ في العقد. يتيح اختبارها بشكل منفصل للفريق تشغيل طبقة EVM أولًا، ثم السماح للمطورين بنشر التطبيقات، وبعدها التحقق من Hedger بشكل منفصل على Sepolia، وأخيرًا دمجه مرة أخرى في $DUSK . هذا يجعل عملية التصحيح أكثر وضوحًا.
لست متأكدًا مما إذا كان هذا التقدير صحيحًا. كما أنه من الممكن أن تظهر تعارضات بروتوكول أثناء الدمج النهائي وتستلزم إعادة عمل سابق. تبدو الوحدة/المرونة (Modularity) فكرة جيدة، لكن الهندسة دائمًا ما تأتي معها تكاليف تنسيق.
لكن من زاوية أخرى، يخشى العملاء المؤسسيون حدوث شيء ما من أن يتعطل أكثر من خوفهم من أن يستغرق الأمر وقتًا أطول. قد يكون الطرح المرحلي أكثر موثوقية من دفع كل شيء مرة واحدة ثم الاضطرار إلى الرجوع للخلف.
قد يكون إطلاق EVM أولًا ثم دمج Hedger بعد التحقق المناسب مجرد طريقة لضمان أن الأساس متين.
ما رأيكم أنتم في استراتيجية اختبار المسارين هذه؟ أريد سماع آراء الجميع.@Dusk
