لقد تعمّقت أكثر في @Dusk ومساري التنفيذ فيه - DuskEVM لعقود Solidity و DuskVM لعقود Rust/WASM الأصلية.

إن التصميم التقني منطقي. لكن ما جعلني أتوقف حقًا هو السلوك الذي قد يخلقه ذلك لدى المطورين.

توقفت عن النظر إلى الوثائق فقط وبدأت أفكر فيما الذي سيفعله المطورون فعليًا.

DuskEVM مألوف، مع أدوات EVM التي يعرفها مطوروها بالفعل. أما DuskVM فيغوص أكثر في بيئة التشغيل عبر Forge، مع التعامل مع التعليمات المعيارية، وتصدير WASM، و"data drivers"، بينما تعيش حالة العقد مباشرة داخل الذاكرة الخطية ويتم تسلسلها باستخدام rkyv.

انتظر - هذا يخلق تناقضًا مثيرًا للاهتمام.

يمكن لـ DuskVM أن يقدّم بيئة تنفيذ أكثر أصالة وربما بأقل حملاً، لكن قد يظل DuskEVM هو الاختيار الواضح فقط لأنه أسهل في البناء.

إن هذه الفجوة هي ما أجده أكثر إثارة للاهتمام من بنية Rust/WASM نفسها.

لا أقول إن DuskVM معيب هنا. نموذج التنفيذ الأصلي يفعل بالضبط ما صُمم للقيام به.

السؤال الحقيقي هو ما إذا كانت الميزة التقنية قوية بما يكفي لتغيير سلوك المطورين.

يذكرني ذلك بالاختيار بين أداة مألوفة تنجز المهمة وأخرى أكثر تخصصًا تمنحك تحكمًا أعمق - لكنها تطلب منك أن تتعلم سير عمل جديدًا أولاً.

إذا استمر المطورون في اختيار DuskEVM، فهل يصبح DuskVM بيئة تنفيذ قوية تقنيًا لكنها متخصصة/محدودة الاستخدام؟

أم يمكن للنشر الأصلي في النهاية أن يصبح إشارة ذات معنى لرافع/منفعة الشبكة الأعمق لـ #Dusk ؟
$DUSK $KII $AKE
#RedditToJoinSP500 #US30YBondAuctionYieldHighestSince2001 #GlobalStocksNearRecordHighs #ProCapFilesBitcoinTreasuryDiscountETF

❤ Privacy or compliance
0%
💕 Selective disclosure
0%
🎄On-chain finance, ready
0%
🌏 Dusk’s edge
0%
0 الأصوات • تمّ إغلاق التصويت