الأسبوع الماضي أخذت جهاز تطوير لتشغيل rusk-wallet، محاولًا إنشاء إثبات ZK لتحويل خصوصي من Phoenix. النتيجة: شريط التقدم علق لمدة 40 ثانية، والمعالج بلغ 100% والـمروحة تدور بسرعة جنونية. تقوم Dusk الرسمية بالترويج بلا توقف لـ“الأداء على مستوى المؤسسات”، و“إنهاء الحالة فورًا”، لكن عند إنشاء إثبات معرفة صفرية قائم على Plonk داخل العميل، كان الأمر أبطأ حتى من حفر بلوك على الإيثيريوم. وبالمقارنة مع تحسينات توليد الإثبات محليًا لدى Aleo أو Aztec، فإن تجربة العقد الخفيفة لدى Dusk تكاد تكون أقل من المقبول.
@Dusk
نموذج الحسابين أيضًا غير بديهي تمامًا. كنت أريد سحب العملات من البورصة إلى عنوان Phoenix للخصوصية، لكن اكتشفت أن CEX لا يدعم أساسًا هذه البنية التحتية. اضطررت لذلك إلى السحب أولًا إلى حساب Moonlight الشفاف، ثم تحويل الأصول يدويًا عبر تعديل العقد الذكي. التسويق في الموقع يَعِد بـ“تبديل بنقرة واحدة”، لكنه عمليًا يجبر المستخدم على تحمل تأخير إضافي في تحويل الحالة وتحمّل كلفة Gas مرتفعة. هذا الربط القسري بين نموذج UTXO ونموذج الحسابات حاد جدًا، والتجربة متشظية بشكل واضح.
حفر صيانة العقد أيضًا عميقة بلا قاع. تقدم Dusk بشكل أساسي فصل Owner وConsensus Key، والـwhitepaper يبدو صارمًا: استخدام LUKS لتشفير فلاش USB لعزل Owner Key بشكل فيزيائي. لكن عند التطبيق على أرض الواقع، كان هناك تلامس غير جيد قليلًا مع الفلاش؛ ففشلت عملية التحقق من Stake Info وتعطلت وأرجعت خطأ بعد نصف ساعة. إعدادات الأمان المتطرفة هذه، من الواضح أنها أُعدت لمحافظ باردة لدى مؤسسات وول ستريت، بينما يتحول مشغلو العقد العاديون إلى مجرد فئران اختبار.
على مستوى التنفيذ، يُعد نظام المسارين في DuskVM وDuskEVM كارثيًا. إذا أردت كتابة عقد، هل تستخدم Rust لتطوير أدوات WASM الأصلية، أم تعتمد طبقة التوافق مع EVM وتكتب Solidity؟ هنا تختلف تسعيرة الـGas والملاءمة والمنطق الأساسي اختلافًا كبيرًا، والأدهى أن الوثائق الرسمية لا تقدم مسارًا واضحًا للالتقاء أو التوحيد. وبالإضافة إلى ذلك، تأتي عملية مصافحة سير عمل معقدة في البروتوكول الهويتي لدى Citadel، مع License Provider خارج السلسلة؛ وبعد أن أنهي وقت إعداد إثبات عمر ZK، كنت أتمنى أن أرسل عشر مرات بيانات رخصة هوية فعلية عبر واجهات Web2.
المحتوى الأساسي مُقنع فعلًا، لكن الواجهات خشنة والتجربة كارثية. جوهر Dusk سلسلة مخصصة للمؤسسات، فلا تُضِفِ الخداع على صغار المستثمرين والمطورين المستقلين كي يصبحوا “عمّال تنظيف مجانيين” للآفات.#dusk $DUSK $BTC
@Dusk
نموذج الحسابين أيضًا غير بديهي تمامًا. كنت أريد سحب العملات من البورصة إلى عنوان Phoenix للخصوصية، لكن اكتشفت أن CEX لا يدعم أساسًا هذه البنية التحتية. اضطررت لذلك إلى السحب أولًا إلى حساب Moonlight الشفاف، ثم تحويل الأصول يدويًا عبر تعديل العقد الذكي. التسويق في الموقع يَعِد بـ“تبديل بنقرة واحدة”، لكنه عمليًا يجبر المستخدم على تحمل تأخير إضافي في تحويل الحالة وتحمّل كلفة Gas مرتفعة. هذا الربط القسري بين نموذج UTXO ونموذج الحسابات حاد جدًا، والتجربة متشظية بشكل واضح.
حفر صيانة العقد أيضًا عميقة بلا قاع. تقدم Dusk بشكل أساسي فصل Owner وConsensus Key، والـwhitepaper يبدو صارمًا: استخدام LUKS لتشفير فلاش USB لعزل Owner Key بشكل فيزيائي. لكن عند التطبيق على أرض الواقع، كان هناك تلامس غير جيد قليلًا مع الفلاش؛ ففشلت عملية التحقق من Stake Info وتعطلت وأرجعت خطأ بعد نصف ساعة. إعدادات الأمان المتطرفة هذه، من الواضح أنها أُعدت لمحافظ باردة لدى مؤسسات وول ستريت، بينما يتحول مشغلو العقد العاديون إلى مجرد فئران اختبار.
على مستوى التنفيذ، يُعد نظام المسارين في DuskVM وDuskEVM كارثيًا. إذا أردت كتابة عقد، هل تستخدم Rust لتطوير أدوات WASM الأصلية، أم تعتمد طبقة التوافق مع EVM وتكتب Solidity؟ هنا تختلف تسعيرة الـGas والملاءمة والمنطق الأساسي اختلافًا كبيرًا، والأدهى أن الوثائق الرسمية لا تقدم مسارًا واضحًا للالتقاء أو التوحيد. وبالإضافة إلى ذلك، تأتي عملية مصافحة سير عمل معقدة في البروتوكول الهويتي لدى Citadel، مع License Provider خارج السلسلة؛ وبعد أن أنهي وقت إعداد إثبات عمر ZK، كنت أتمنى أن أرسل عشر مرات بيانات رخصة هوية فعلية عبر واجهات Web2.
المحتوى الأساسي مُقنع فعلًا، لكن الواجهات خشنة والتجربة كارثية. جوهر Dusk سلسلة مخصصة للمؤسسات، فلا تُضِفِ الخداع على صغار المستثمرين والمطورين المستقلين كي يصبحوا “عمّال تنظيف مجانيين” للآفات.#dusk $DUSK $BTC
- 底层技术硬核，但客户端体验硬伤明显
100%
- 机构定制链，不适合散户开发者
0%
- 问题属于早期阶段，后续可迭代修复
0%
1 الأصوات • تمّ إغلاق التصويت