$DUSK #dusk — DuskEVM يُظهر تأكيدًا قبل أن يكون Dusk قد استقر بالفعل على أي شيء. @مستندات المطور الخاصة بـ Dusk واضحة: إدراج المعاملة سريع، لكن الإدراج والاستقرار مرحلتان مختلفتان، وتطبيقات تنقل قيمة بين DuskEVM وطبقة L1 تُخبر بالتحقق من حالة البروتوكول أو حالة المحفظة، لا من الوقت المنقضي، لمعرفة ما هو نهائي. المُرسِل التسلسلي ينفّذ فورًا، ويقوم المُجمِّع بنشر البيانات إلى DuskDS كـ blobs، ثم ينشر المُقترح التزامًا بالحالة بعد ذلك. ثلاثة أطراف، ثلاث لحظات — أنت لا ترى أبدًا إلا الأولى.
تحققت من GitHub للسياق: dusk-network/duskevm-genesis، وهو المستودع الذي يحتوي على كتلة التهيئة الفعلية لـ DuskEVM وإعدادات rollup، تم آخر تحديث له في 8 أغسطس. وبعد يومين، كان تحديث بتاريخ 10 أغسطس لا يزال يصف DuskEVM كتست نت — نشر واختبار باستخدام Hardhat وSolidity — رغم أن منشورات في يناير في أماكن أخرى كانت بالفعل تتحدث عنه كإطلاق "mainnet". لا تزال إعدادات التهيئة قيد التعديل في أغسطس بما يتماشى مع مرحلة testnet، لا مرحلة mainnet.
الرسوم المزدوجة (تنفيذ L2 بالإضافة إلى رسم منفصل لتوافر البيانات على DuskDS) تجعل مرحلة التحضير ملموسة — أنت تدفع طبقتين لعمل متسلسل، لا طبقة واحدة. هذه هي نفس الطبقات التي يشير إليها مستودع التهيئة والوثائق أيضًا: الاستقرار حدث متميز ولاحق عن التنفيذ، على مستوى الكود وعلى مستوى الإعلان.
ما تغير بالنسبة لي: DuskEVM مقابل DuskVM ليس خيار لغة، ولا Solidity مقابل Rust. بل هو أي مرحلة من مراحل “النهائية” يتم بناء التطبيق حولها فعليًا. تنفيذ واستقرار DuskVM هما نفس الحدث. أما DuskEVM فليس كذلك. أي شخص يدمج DuskEVM الآن — هل تطبيقك يقرأ حالة الاستقرار، أم تكتفي بمراقبة الإدراج؟
التالي: التحقق من duskevm-genesis لأوّل التزام يوقف العبث بإعدادات rollup — هذه إشارة أنظف لجاهزية mainnet من أي إعلان.
#dusk $DUSK @Dusk
تحققت من GitHub للسياق: dusk-network/duskevm-genesis، وهو المستودع الذي يحتوي على كتلة التهيئة الفعلية لـ DuskEVM وإعدادات rollup، تم آخر تحديث له في 8 أغسطس. وبعد يومين، كان تحديث بتاريخ 10 أغسطس لا يزال يصف DuskEVM كتست نت — نشر واختبار باستخدام Hardhat وSolidity — رغم أن منشورات في يناير في أماكن أخرى كانت بالفعل تتحدث عنه كإطلاق "mainnet". لا تزال إعدادات التهيئة قيد التعديل في أغسطس بما يتماشى مع مرحلة testnet، لا مرحلة mainnet.
الرسوم المزدوجة (تنفيذ L2 بالإضافة إلى رسم منفصل لتوافر البيانات على DuskDS) تجعل مرحلة التحضير ملموسة — أنت تدفع طبقتين لعمل متسلسل، لا طبقة واحدة. هذه هي نفس الطبقات التي يشير إليها مستودع التهيئة والوثائق أيضًا: الاستقرار حدث متميز ولاحق عن التنفيذ، على مستوى الكود وعلى مستوى الإعلان.
ما تغير بالنسبة لي: DuskEVM مقابل DuskVM ليس خيار لغة، ولا Solidity مقابل Rust. بل هو أي مرحلة من مراحل “النهائية” يتم بناء التطبيق حولها فعليًا. تنفيذ واستقرار DuskVM هما نفس الحدث. أما DuskEVM فليس كذلك. أي شخص يدمج DuskEVM الآن — هل تطبيقك يقرأ حالة الاستقرار، أم تكتفي بمراقبة الإدراج؟
التالي: التحقق من duskevm-genesis لأوّل التزام يوقف العبث بإعدادات rollup — هذه إشارة أنظف لجاهزية mainnet من أي إعلان.
#dusk $DUSK @Dusk
