قبل بضع سنوات، أرسلت معاملة ولاحقًا أدركت شيئًا مثيرًا للاهتمام.
كان بإمكان أي شخص رؤية نشاط المحفظة.
ليس باسمي مباشرة، لكن توجد معلومات كافية لبدء رسم صورة.
في البداية، بدت الشفافية الجذرية في البلوك تشين كاختراق.
ثم بدأت تظهر الأسئلة.
هل سترغب شركة في أن يرى الموردون أو المنافسون أو العملاء كل حركة مالية؟
هل ستضع مؤسسة معاملات حساسة على نظام تكون فيه كل التفاصيل مرئية بشكل دائم؟
عندها يبدأ تطور البلوك تشين ليصبح أكثر إثارة للاهتمام.
الإصدار 1: كل شيء مرئي.
الإصدار 2: كل شيء مخفي.
الإصدار 3: الإفصاح الانتقائي.
الأول يولي أولوية للشفافية.
والثاني يولي أولوية للخصوصية.
لكن التمويل غالبًا يعمل في مساحة ما بينهما.
لا ترغب معظم المؤسسات في كشف كل شيء، لكنها أيضًا لا تستطيع إخفاء كل شيء. إنها تحتاج إلى مشاركة المعلومات الصحيحة مع الأطراف المناسبة وفي الوقت المناسب.
عند مقارنة مشاريع بلوك تشين مختلفة، لاحظت أن الكثير من النقاشات ما زالت تدور حول TPS والرسوم والسرعة.
هذه المقاييس مهمة.
لكنها لا تحل بالضرورة التحديات التي تواجهها الأسواق المالية الخاضعة للتنظيم.
ركّزت إيثيريوم بشكل كبير على قابلية البرمجة.
وكرّس مونيرو تركيزًا كبيرًا على الخصوصية.
تستكشف Dusk سؤالًا مختلفًا:
هل يمكن للخصوصية والامتثال أن يجتمعا معًا في النظام نفسه؟
هذه مشكلة أصعب من مجرد جعل المعاملات أسرع.
ومع نضوج تقنية البلوك تشين، قد يتحول مسار الجدل من «ما مدى سرعة ذلك؟» إلى
«كم مقدار المعلومات التي ينبغي مشاركتها فعليًا؟»
لأن مستقبل التمويل قد لا يكون حول كشف كل شيء أو إخفاء كل شيء.
لأن السؤال بالنسبة للمؤسسات ليس فقط مدى سرعة انتقال المعاملة. بل ما إذا كانت المعلومات الحساسة تظل محمية، ويمكن استيفاء المتطلبات التنظيمية، ويمكن الوثوق بالتسوية.
تتنافس العديد من سلاسل الكتل لتكون أسرع.
يختبر Dusk فكرة مختلفة: أن التمويل قد يحتاج إلى أكثر من السرعة وحدها.
لا تملك الأسواق المالية رفاهية الانتظار حتى يتم التسوية.
قد تكون سلسلة الكتل آمنة، لكن إذا استغرقت الحسم وقتًا طويلًا جدًا، فقد يتحول هذا التأخير إلى مشكلة عملية بالنسبة للتطبيقات المالية.
تم تصميم إجماع إثبات الضّمان الموجز لدى Dusk (SA) للوصول إلى الحسم النهائي للمعاملات خلال ثوانٍ، مع استهداف متطلبات زمن الاستجابة المنخفضة للأسواق المالية.
لكن السرعة وحدها لا تكفي. يجب على البروتوكول أيضًا التعامل مع تأخيرات الشبكة ومحاولات الإجماع الفاشلة والاحتمال بوجود انقسامات (فوركات). تتضمن تصميم Dusk آليات مثل الحسم المتداول والانتقال إلى وضع احتياطي للتعامل مع تلك الحالات.
وهذا هو الجزء الذي يستحق المراقبة: هل يمكن أن يظل الحسم السريع موثوقًا في ظل ظروف الشبكة الواقعية؟