DuskEVM هذا الشيء، مؤخراً قمت بتصفّحه ووجدت مشكلة بالغة الأهمية: — "التوافق مع EVM" يحل نصف المشكلة فقط في الواقع. سلاسل الأدوات مثل Solidity وFoundry وHardhat يمكن استخدامها مباشرةً، لكن في سيناريوهات التمويل توجد مشكلة أكثر تعقيداً: هل المؤسسات حقاً على استعداد لإعلان الرصيد والصفقات والمبالغ المتداولة بالكامل؟
حل Dusk هو Hedger—إدخال التشفير المتماثل وإثباتات المعرفة الصفرية ضمن سير عمل EVM. الأول يمكّن البيانات من المشاركة في الحساب وهي ما تزال مشفّرة، والثاني يثبت أن النتيجة تحقق القواعد. لا يلزم نشر البيانات، وما زال التنفيذ قابلاً للتحقق. يمكن لصناع السوق إخفاء التعرضات الحساسة، ويظل رصيد الحسابات سرياً، ومع ذلك عند الحاجة للتدقيق يمكن تفويض الإفصاح.
لكن المشكلة أن Hedger ليس "ملحقاً" يمكن إضافته ليعمل فوراً. فهو يجمع بين التشفير المتماثل وإثباتات المعرفة الصفرية ونموذج UTXO/حسابات مختلط، ولا علاقة له بمنطق التخزين القياسي لـ ERC-20. إن "التوافق مع EVM" يعالج كيفية دخول المطورين إلى المنظومة، بينما ما يجب أن يعالجه Hedger هو ما هي البيانات التي لا ينبغي إطلاقاً نشرها بعد دخول المؤسسة.
تقول الوثائق الرسمية ذلك بوضوح—DuskEVM مبني على OP Stack، ويشغّل بيئة تنفيذ مكافئة لـ EVM، باستخدام سلسلة أدوات مألوفة. لكن الجسر عبر الطبقات المتاح حالياً لا يزال متصلاً بشبكات الاختبار، ويدعم العملات الاختبارية فقط. الأداة تُدخل المستخدمين إلى الباب، ولكن لا يكتمل الأمر إلا عندما تعمل كتطبيق حقيقي.
إذا شغّلت Uniswap fork على DuskEVM، فطبقة الـ shielding pool تتطلب إعادة كتابة. منطق AMM الأساسي عندما يصطدم بطبقة الخصوصية يعني إعادة العمل بالكامل، وليس "ترحيلًا سلساً".
التوافق مع EVM يعالج مشكلة أدوات التطوير، وHedger يعالج سؤالاً في غاية الأهمية في التمويل: هل ينبغي نشر البيانات أم لا. هل يمكن لـ DuskEVM أن يشغّل سير عمل confidential EVM بسلاسة هو ما يشكّل اختلافه الحقيقي. حالياً ما يزال Hedger قيد الصقل على testnet، وسنعود للنظر في هذه مشكلات الترحيل بعد أن يتم تحويله إلى الشبكة الرئيسية.
#dusk $DUSK @Dusk
حل Dusk هو Hedger—إدخال التشفير المتماثل وإثباتات المعرفة الصفرية ضمن سير عمل EVM. الأول يمكّن البيانات من المشاركة في الحساب وهي ما تزال مشفّرة، والثاني يثبت أن النتيجة تحقق القواعد. لا يلزم نشر البيانات، وما زال التنفيذ قابلاً للتحقق. يمكن لصناع السوق إخفاء التعرضات الحساسة، ويظل رصيد الحسابات سرياً، ومع ذلك عند الحاجة للتدقيق يمكن تفويض الإفصاح.
لكن المشكلة أن Hedger ليس "ملحقاً" يمكن إضافته ليعمل فوراً. فهو يجمع بين التشفير المتماثل وإثباتات المعرفة الصفرية ونموذج UTXO/حسابات مختلط، ولا علاقة له بمنطق التخزين القياسي لـ ERC-20. إن "التوافق مع EVM" يعالج كيفية دخول المطورين إلى المنظومة، بينما ما يجب أن يعالجه Hedger هو ما هي البيانات التي لا ينبغي إطلاقاً نشرها بعد دخول المؤسسة.
تقول الوثائق الرسمية ذلك بوضوح—DuskEVM مبني على OP Stack، ويشغّل بيئة تنفيذ مكافئة لـ EVM، باستخدام سلسلة أدوات مألوفة. لكن الجسر عبر الطبقات المتاح حالياً لا يزال متصلاً بشبكات الاختبار، ويدعم العملات الاختبارية فقط. الأداة تُدخل المستخدمين إلى الباب، ولكن لا يكتمل الأمر إلا عندما تعمل كتطبيق حقيقي.
إذا شغّلت Uniswap fork على DuskEVM، فطبقة الـ shielding pool تتطلب إعادة كتابة. منطق AMM الأساسي عندما يصطدم بطبقة الخصوصية يعني إعادة العمل بالكامل، وليس "ترحيلًا سلساً".
التوافق مع EVM يعالج مشكلة أدوات التطوير، وHedger يعالج سؤالاً في غاية الأهمية في التمويل: هل ينبغي نشر البيانات أم لا. هل يمكن لـ DuskEVM أن يشغّل سير عمل confidential EVM بسلاسة هو ما يشكّل اختلافه الحقيقي. حالياً ما يزال Hedger قيد الصقل على testnet، وسنعود للنظر في هذه مشكلات الترحيل بعد أن يتم تحويله إلى الشبكة الرئيسية.
#dusk $DUSK @Dusk
