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

ظللت أتأمل ذلك وأنا أنظر إلى المسار من الهوية إلى التداول على Dusk.

في البداية فكرت في Citadel وHedger وطبقة التسوية باعتبارها قطعًا منفصلة يمكن لكل واحدة أن تؤدي عملها وحدها. ثم فرضت التدفقات قراءةً مختلفة. يُصدر الترخيص بعد فحص خارج السلسلة (off-chain) ويُسجَّل مُشفّرًا. بعد ذلك يثبت المستخدم، عبر برهان معرفة صفرية (zero-knowledge proof)، أنه يحمل اعتمادًا صالحًا يطابق السمات المطلوبة—دون إظهار أي ترخيص بعينه أو التفاصيل الكامنة تحته. يجب قبول هذا البرهان بواسطة عقد الأصل (asset contract) أو الجهة/المنصة (venue) قبل أن يبدأ أي نقل أو تداول. وبعد ذلك فقط يمكن أن تبقى المبالغ الخاصة مخفية عبر Hedger أو النموذج الأصلي المُشفَّر (native shielded model). ثم تقوم التسوية على DuskDS بإنهاء الرحلتين (الجزءين) في كلتا الجهتين ضمن القيود نفسها.

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

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

#dusk $DUSK @Dusk $BTC