كنتُ عميقًا في تفاصيل تفكك DuskDS / DuskVM / DuskEVM الخاصة بمهمة CreatorPad على Dusk ($DUSK , #dusk , @Dusk ) عندما أوقفني شيءٌ صغير: ما زالت حزمة منتجات الموقع نفسه تُصنّف DuskEVM على أنها "Testnet". وليست أخبارًا قديمة أيضًا. تحققتُ منها اليوم، 18 أغسطس، أي بعد ثلاثة أيام من نشر مقالتهم في 15 أغسطس حول ترميز SME على المدونة.
وهذا ما علِق في ذهني: الشرح المعماري يبدو كأن ثلاث طبقات تعمل معًا الآن. عمليًا، فقط DuskDS — طبقة التسوية ZK الأصلية — هي التي تحمل وسم "Live". أمّا DuskEVM وHedger — وهما الجزءان اللذان يتيحـان فعلًا لمطوري Solidity العاديين التعامل مع هذا — فما زالا على Testnet. لذلك من ناحية الخصوصية الأصلية، فهي تحقق عوائدها مبكرًا (210M+ DUSK مُرهَنة، ~10 ثوانٍ لزمن الإنهاء على العداد المباشر) بينما مسار EVM الذي يستشهد به الجميع باعتباره "منصة الدخول"… ما يزال وعدًا مرفقًا بوسم حالة.
واصلتُ التمرير لأعلى أظن أنني ربما قرأت الوسوم بشكل خاطئ. لم أفعل.
ولهذا من المنطقي كخيار ترتيب — إثبات مسار التسوية المتوافق مع المؤسسات أولًا، ثم إدخال مجتمع EVM لاحقًا عندما يصبح الأمر مملًا ومستقرًا. لكن هذا يعني أن عبارة "ثلاث مكونات تعمل معًا" أقرب إلى خارطة طريق أكثر من كونها الحالة الراهنة.
من الذي يبني فعلًا على هذا اليوم، مقابل من يكتفي بحفظ الوثائق لوقت لاحق؟
@Dusk
#dusk
$DUSK