## طريق آخر لمواجهة مأزق أداء سلاسل الخصوصية

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

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

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

من ناحية الهيكل، هذا يوضح لماذا لا يجب أن تتنازل سلاسل الخصوصية عن الأداء. الأمر يعود إلى كيفية التصميم وكيفية التحسين.