هناك شيء ما جعلني أتوقف عندما قرأتُ معمارية Dusk Network. في البداية كنت أراها كأي Layer 1 مألوف: فيها consensus، وsmart contract، وtoken، ونظام بيئي مبني فوقها.
لكن عندما قرأتُ بتمعّن أكثر، جعلتني طريقة Dusk في تقسيم المكوّنات أعود وأقرأ من البداية.
تصف وثائق Dusk أن DuskDS هي منصة settlement وdata availability، وهي المسؤولة عن consensus وfinality وtransaction model الخاص بـ Dusk L1، بينما يتم فصل execution إلى اتجاهين: DuskVM لتشغيل Rust/WASM مباشرة على L1، وDuskEVM لبيئة EVM المتوافقة مع Ethereum.
بدأتُ أبحث بعمق لأنني أردت أن أفهم هل هذا مجرد إعادة تنظيم لـ Layer 1 أم أنه يعكس فعلاً اختيارًا معماريًا مختلفًا.
النقطة التي وجدتها واضحة جدًا: Dusk لا يجمع كل execution داخل بيئة واحدة. DuskDS تتولى consensus وsettlement وdata availability، بينما تتكفل DuskVM وDuskEVM بنماذج execution مختلفة.
انتظر، هذا لا يزال غير كافٍ للقول إن هذه المعمارية أفضل، لكنه يغيّر الطريقة التي أنظر بها إلى Dusk. ربما السؤال الأكثر إثارة ليس: "هل Dusk هي Layer 1 أم لا؟" بل: ماذا سيُضيف فعليًا فصل settlement عن execution عندما تبدأ بيئات التنفيذ هذه بالحصول على usage ملحوظ؟
#dusk $DUSK @Dusk $BTC
لكن عندما قرأتُ بتمعّن أكثر، جعلتني طريقة Dusk في تقسيم المكوّنات أعود وأقرأ من البداية.
تصف وثائق Dusk أن DuskDS هي منصة settlement وdata availability، وهي المسؤولة عن consensus وfinality وtransaction model الخاص بـ Dusk L1، بينما يتم فصل execution إلى اتجاهين: DuskVM لتشغيل Rust/WASM مباشرة على L1، وDuskEVM لبيئة EVM المتوافقة مع Ethereum.
بدأتُ أبحث بعمق لأنني أردت أن أفهم هل هذا مجرد إعادة تنظيم لـ Layer 1 أم أنه يعكس فعلاً اختيارًا معماريًا مختلفًا.
النقطة التي وجدتها واضحة جدًا: Dusk لا يجمع كل execution داخل بيئة واحدة. DuskDS تتولى consensus وsettlement وdata availability، بينما تتكفل DuskVM وDuskEVM بنماذج execution مختلفة.
انتظر، هذا لا يزال غير كافٍ للقول إن هذه المعمارية أفضل، لكنه يغيّر الطريقة التي أنظر بها إلى Dusk. ربما السؤال الأكثر إثارة ليس: "هل Dusk هي Layer 1 أم لا؟" بل: ماذا سيُضيف فعليًا فصل settlement عن execution عندما تبدأ بيئات التنفيذ هذه بالحصول على usage ملحوظ؟
#dusk $DUSK @Dusk $BTC
