المطورون يقولون دائمًا إن بناء التطبيقات على سلاسل الكتل الخاصة بالخصوصية يختلف تمامًا عن المنصات التقليدية للعقود الذكية. على سبيل المثال، Dusk، الاختلاف الأكبر هو أنه لا يعتبر الخصوصية إضافة، بل يبدأ من الصفر باستخدام الخصوصية كإعداد افتراضي. هذا يعيد صياغة فكرة بنية التطبيق بأكملها.



من ناحية أدوات التطوير، توفر Dusk مجموعة أدوات تطوير تتضمن ملحقات IDE مخصصة وإطار بيئة محاكاة، والفكرة الأساسية هي تمكين المطورين من كشف منطق العقود تدريجيًا، دون الحاجة إلى الكشف عن الكود بالكامل مرة واحدة. هذا الأسلوب التدريجي في التصحيح يتوافق بشكل أكبر مع دورة التطوير الحقيقي للتطبيقات المالية.

لكن بصراحة، الجزء الأصعب هو فهم نمط تصميم إثبات المعرفة الصفرية. يحتاج المطورون إلى التخطيط مسبقًا بوضوح: أي أجزاء من العقد يجب أن تظل مشفرة دائمًا، وأيها يمكن الكشف عنها في سيناريوهات معينة لأشخاص معينين، وكيفية إنشاء الإثبات المقابل. هذا يتطلب تغيير عادات التفكير في الترميز التقليدي.

الأمر المثير للاهتمام هو أن هناك فريقًا قام ببناء AMM خاص بالخصوصية على هذه السلسلة، وكانت ملاحظاتهم: أن تنفيذ "نطاق السيولة المخفي" على هذه السلسلة أسهل من السلسلة العامة، والسبب واضح جدًا — فالخصوصية وظيفة أصلية وليست مضافة لاحقًا. هذا سمح لهم بالتركيز على منطق التداول نفسه.

من ناحية النظام البيئي، يركز برنامج تحفيز المنح بشكل خاص على اتجاهين: الأول هو تحويل الأدوات المالية التقليدية إلى أدوات خاصة، والثاني هو تصميم أدوات مالية جديدة لا يمكن تحقيقها إلا باستخدام الخصوصية. بالنسبة للمشاركين الأوائل، هذا يمثل تحديًا تقنيًا وفائدة بيئية في آن واحد.
DUSK21.66%
شاهد النسخة الأصلية
قد تحتوي هذه الصفحة على محتوى من جهات خارجية، يتم تقديمه لأغراض إعلامية فقط (وليس كإقرارات/ضمانات)، ولا ينبغي اعتباره موافقة على آرائه من قبل Gate، ولا بمثابة نصيحة مالية أو مهنية. انظر إلى إخلاء المسؤولية للحصول على التفاصيل.
  • أعجبني
  • تعليق
  • إعادة النشر
  • مشاركة
تعليق
0/400
لا توجد تعليقات
  • تثبيت