#dusk @Dusk $DUSK
$CLO $ALPINE جعل يومي رائعًا، حجز ربح سعيد لكن رؤية الترتيب (rank) خربت مزاجي بالكامل
الأمر الغريب في مقارنة DuskVM مع DuskEVM هو أن المقارنة تبدأ بالتفكك بمجرد أن تفهم ما يحاول كل واحد منهما الحفاظ عليه.
تُبقي DuskVM القرب من Dusk نفسها.
تقوم بتشغيل عقود Rust/WASM مباشرةً على طبقة Dusk L1. وهذا يمنح العقود إمكانية الوصول إلى أصول أصلية في Dusk، ونماذج المعاملات، وتدفقات تراعي الخصوصية، وقدرات إثباتات المعرفة الصفرية قريبة من البروتوكول الأساسي. توصف وثائق Dusk ذلك بأنه الطريق للمنطق على مستوى البروتوكول والتطبيقات التي تحتاج حقًا إلى هذه اللبنات الأساسية.
لكن كونها أصلية أيضًا يعني قبول عالم أكثر تحديدًا.
على المطوّر أن يفهم بنية Dusk وABI وأدواتها بدلًا من الوصول بعد سنوات من عادات Ethereum كما هي.
يبدو أن DuskEVM مُصمّمة حول هذا الاحتكاك.
إنها بيئة EVM مبنية على OP Stack حيث يمكن للمطوّرين استخدام Solidity أو Vyper وبنية تحتية مألوفة مثل Hardhat وFoundry ومحافظ EVM. ومع ذلك، لا تكون التنفيذات منفصلة ببساطة عن Dusk: تستخدم DuskEVM DuskDS للتسوية وتوفير البيانات، بينما يقوم DUSK بدور رمز الغاز (gas token) الخاص بها.
وهذا يغيّر طريقة رؤيتي للمقارنة.
تبدو DuskVM كاختيار للغة الأصلية للشبكة لأن التطبيق يحتاج شيئًا قريبًا من البروتوكول. بينما تبدو DuskEVM كاختيار للتوافق لأن إعادة بناء ثقافة تطوير كاملة من الصفر ستكون احتكاكًا غير ضروري.
وبالفعل، يقوم Dusk بتوصيل تلك البيئات. يتيح جسره الحالي لـ DUSK على شبكة الاختبار أن ينتقل بين Dusk L1 وDuskEVM Testnet، على الرغم من أن عمليات السحب إلى الخلف تتطلب إثباتًا وإتمامًا على L1.
لذا ربما تكون مقارنة DuskVM مقابل DuskEVM هي المنافسة الخاطئة.
الاختبار الأكثر إثارة للاهتمام هو ما إذا كان بإمكان Dusk أن تجعل بيئتي تنفيذ تبدوان كاختيارات مقصودة، بدل أن تكون عالمين منفصلين على المطوّرين أن يربطوا بينهما ذهنيًا.
.على أي مسار من Dusk ستبني؟
$CLO $ALPINE جعل يومي رائعًا، حجز ربح سعيد لكن رؤية الترتيب (rank) خربت مزاجي بالكامل
الأمر الغريب في مقارنة DuskVM مع DuskEVM هو أن المقارنة تبدأ بالتفكك بمجرد أن تفهم ما يحاول كل واحد منهما الحفاظ عليه.
تُبقي DuskVM القرب من Dusk نفسها.
تقوم بتشغيل عقود Rust/WASM مباشرةً على طبقة Dusk L1. وهذا يمنح العقود إمكانية الوصول إلى أصول أصلية في Dusk، ونماذج المعاملات، وتدفقات تراعي الخصوصية، وقدرات إثباتات المعرفة الصفرية قريبة من البروتوكول الأساسي. توصف وثائق Dusk ذلك بأنه الطريق للمنطق على مستوى البروتوكول والتطبيقات التي تحتاج حقًا إلى هذه اللبنات الأساسية.
لكن كونها أصلية أيضًا يعني قبول عالم أكثر تحديدًا.
على المطوّر أن يفهم بنية Dusk وABI وأدواتها بدلًا من الوصول بعد سنوات من عادات Ethereum كما هي.
يبدو أن DuskEVM مُصمّمة حول هذا الاحتكاك.
إنها بيئة EVM مبنية على OP Stack حيث يمكن للمطوّرين استخدام Solidity أو Vyper وبنية تحتية مألوفة مثل Hardhat وFoundry ومحافظ EVM. ومع ذلك، لا تكون التنفيذات منفصلة ببساطة عن Dusk: تستخدم DuskEVM DuskDS للتسوية وتوفير البيانات، بينما يقوم DUSK بدور رمز الغاز (gas token) الخاص بها.
وهذا يغيّر طريقة رؤيتي للمقارنة.
تبدو DuskVM كاختيار للغة الأصلية للشبكة لأن التطبيق يحتاج شيئًا قريبًا من البروتوكول. بينما تبدو DuskEVM كاختيار للتوافق لأن إعادة بناء ثقافة تطوير كاملة من الصفر ستكون احتكاكًا غير ضروري.
وبالفعل، يقوم Dusk بتوصيل تلك البيئات. يتيح جسره الحالي لـ DUSK على شبكة الاختبار أن ينتقل بين Dusk L1 وDuskEVM Testnet، على الرغم من أن عمليات السحب إلى الخلف تتطلب إثباتًا وإتمامًا على L1.
لذا ربما تكون مقارنة DuskVM مقابل DuskEVM هي المنافسة الخاطئة.
الاختبار الأكثر إثارة للاهتمام هو ما إذا كان بإمكان Dusk أن تجعل بيئتي تنفيذ تبدوان كاختيارات مقصودة، بدل أن تكون عالمين منفصلين على المطوّرين أن يربطوا بينهما ذهنيًا.
.على أي مسار من Dusk ستبني؟
🟣 DuskVM — native power
40%
🔵 DuskEVM — EVM familiarity
60%
5 الأصوات • تمّ إغلاق التصويت