هناك لحظة في حياة كل بلوك تشين تنمو فيها يحتاج فيها الفريق إلى اتخاذ قرار: البقاء ككتلة واحدة (monolithic)، أم تقسيمها إلى طبقات مُصممة لأعمال مختلفة. اتخذت Dusk Network هذا القرار، وجدير بنا أن نتوقف عنده.
الأساس هو DuskDS، طبقة التسوية (settlement) والتوافق (consensus) وتوفّر البيانات (data availability). تشغّل Succinct Attestation، وتتعامل مع عقود الرهن التأسيسي وجداول التحويل، وتنقل البيانات عبر Kadcast، وهو بروتوكول شبكات نظير-إلى-نظير (peer-to-peer) يقلّل استخدام النطاق الترددي بحوالي 25% إلى 50% مقارنةً بشبكات البثّ/الانتشار (gossip) القياسية. وفوق ذلك تأتي DuskVM، التي تضم Piecrust وعقودًا أصلية تُحافظ على الخصوصية باستخدام النموذج. ثم يوجد DuskEVM، وهي طبقة مكافئة بالكامل لـ EVM تم بناؤها عبر منفذ OP Stack، ما يمنح مطوّري Solidity توافق Hardhat وFoundry وMetaMask، مع الاستمرار في إتمام التسوية داخل DuskDS.
ما يجمع هذه الطبقات الثلاث هو جسر أصلي (native bridge)، وليس جسر أصول مُغلّفة (wrapped-asset bridge). ينتقل رمز DUSK واحد عبر البيئات الثلاث كلها، كما أن مُتحقّقًا سابقًا (pre-verifier) مبنيًا على MIPS يتأكد من انتقالات الحالة قبل أن تصل إلى السلسلة (chain)، ولهذا لا تحمل Dusk Network نافذة عطل سحب مدتها سبعة أيام التي تتطلبها عادةً rollups بنمط Optimism. تُستكمل عمليات السحب خلال نحو 15 دقيقة بدلًا من ذلك. وDuskTrade، تطبيق من نوع neobroker في الشبكة، هو مثال عملي على ما بُنيت هذه البنية من أجله: ملكية مباشرة على السلسلة للأموال المخصّصة لأسواق المال (money market funds) وصناديق ETFs والسندات التي تُستقرّ لحظة تنفيذ الصفقة وتتصل بـ DeFi مثل أي رمز آخر.
لن أزعم أن ثلاث طبقات أفضل تلقائيًا من طبقة واحدة. إن تقسيم بيئات التنفيذ يضيف سطح تنسيق حقيقي: مسارات كود أكثر، أماكن أكثر قد تختبئ فيها الأخطاء، ومزيد من القرارات حول الطبقة الأنسب لحالة استخدام معيّنة. تراهن Dusk Network على أن توفير بيئة خصوصية أصلية ومجال EVM مألوف تحت طبقة تسوية واحدة يستحق هذه التعقيدات، خصوصًا للفرق التي تعمل على Ethereum-native ولا تريد إعادة كتابة كل شيء فقط للحصول على الخصوصية.
الشيء الذي أراقبه التالي هو ما إذا كان سطح التعقيد الإضافي سيصمد أمام ظروف عدائية حقيقية، لا أمام مخططات التوثيق فقط.
#dusk $DUSK @Dusk
الأساس هو DuskDS، طبقة التسوية (settlement) والتوافق (consensus) وتوفّر البيانات (data availability). تشغّل Succinct Attestation، وتتعامل مع عقود الرهن التأسيسي وجداول التحويل، وتنقل البيانات عبر Kadcast، وهو بروتوكول شبكات نظير-إلى-نظير (peer-to-peer) يقلّل استخدام النطاق الترددي بحوالي 25% إلى 50% مقارنةً بشبكات البثّ/الانتشار (gossip) القياسية. وفوق ذلك تأتي DuskVM، التي تضم Piecrust وعقودًا أصلية تُحافظ على الخصوصية باستخدام النموذج. ثم يوجد DuskEVM، وهي طبقة مكافئة بالكامل لـ EVM تم بناؤها عبر منفذ OP Stack، ما يمنح مطوّري Solidity توافق Hardhat وFoundry وMetaMask، مع الاستمرار في إتمام التسوية داخل DuskDS.
ما يجمع هذه الطبقات الثلاث هو جسر أصلي (native bridge)، وليس جسر أصول مُغلّفة (wrapped-asset bridge). ينتقل رمز DUSK واحد عبر البيئات الثلاث كلها، كما أن مُتحقّقًا سابقًا (pre-verifier) مبنيًا على MIPS يتأكد من انتقالات الحالة قبل أن تصل إلى السلسلة (chain)، ولهذا لا تحمل Dusk Network نافذة عطل سحب مدتها سبعة أيام التي تتطلبها عادةً rollups بنمط Optimism. تُستكمل عمليات السحب خلال نحو 15 دقيقة بدلًا من ذلك. وDuskTrade، تطبيق من نوع neobroker في الشبكة، هو مثال عملي على ما بُنيت هذه البنية من أجله: ملكية مباشرة على السلسلة للأموال المخصّصة لأسواق المال (money market funds) وصناديق ETFs والسندات التي تُستقرّ لحظة تنفيذ الصفقة وتتصل بـ DeFi مثل أي رمز آخر.
لن أزعم أن ثلاث طبقات أفضل تلقائيًا من طبقة واحدة. إن تقسيم بيئات التنفيذ يضيف سطح تنسيق حقيقي: مسارات كود أكثر، أماكن أكثر قد تختبئ فيها الأخطاء، ومزيد من القرارات حول الطبقة الأنسب لحالة استخدام معيّنة. تراهن Dusk Network على أن توفير بيئة خصوصية أصلية ومجال EVM مألوف تحت طبقة تسوية واحدة يستحق هذه التعقيدات، خصوصًا للفرق التي تعمل على Ethereum-native ولا تريد إعادة كتابة كل شيء فقط للحصول على الخصوصية.
الشيء الذي أراقبه التالي هو ما إذا كان سطح التعقيد الإضافي سيصمد أمام ظروف عدائية حقيقية، لا أمام مخططات التوثيق فقط.
#dusk $DUSK @Dusk
