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

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

هاتان القيودان مختلفتان عن سابقيهما قبل ظهور blockchain، لذا فإن فرضهما في نموذج خصوصي واحد جديد فقط أمر غير منطقي. ولهذا تخفي Phoenix تدفق الأموال بين الطرفين، بينما يحافظ Zedger على صحة ملكية الأوراق المالية وفق مجموعة قواعد امتثال مستقلة. لا يجبر DuskDS المسألتين لتكونا واحدة؛ بل يتيح لكل آلية أن تعالج مشكلتها بالطريقة الصحيحة، ثم يتم إجراء الدفع بشكل متزامن لكليهما داخل نفس الـ block.

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

أنا أنتظر أن تنشر $DUSK نتائج تدقيق إضافية حول نقطة التقاطع بين Phoenix وZedger، إذ يبدو أنها أكثر منطقة تعقيدًا وجديرة بالتحقق بعناية ضمن كامل البنية.
#dusk $BTC $ETH