كلما تعمّقتُ أكثر في دراسة Dusk، كلما أدركتُ أن التحديات التي تواجهها ليست فقط جعل المعاملات المالية أكثر خصوصية.
الأصعب هو: كيف نجعل الخصوصية تؤدي دورها فعليًا داخل نظام مالي ما زال يحتاج إلى التحقق.
قد يبدو الأمر بسيطًا، لكن في الحقيقة سيؤدي إلى مشكلة تصميم معقّدة للغاية.
لا يمكن للتطبيقات المالية دائمًا عرض كل تفاصيل كل معاملة علنًا. فقد تكون المراكز، والطرف المقابل، وملكية الأصول، وغيرها من المعلومات الحساسة بحاجة إلى أن تكون محمية.
لكن التصرف بالعكس تمامًا أيضًا لا يصلح.
إذا لم يستطع أحد التحقق مما حدث، فقد تنتهي “السرية” في النهاية إلى مجرد شكل آخر من أشكال عدم شفافية المعلومات.
وهذا تحديدًا هو ما أراه مثيرًا للاهتمام حقًا في بنية Dusk.
فطبقة Layer-1 مصممة لتطبيقات التمويل، بينما يوفر معيار Confidential Security Contract (XSC) للمطوّرين إطارًا لبناء عقود ذكية سرّية. تتمثل الفكرة الأساسية في تمكين منطق التمويل من التنفيذ دون اشتراط أن تكون كل معلومة داخله مكشوفة.
بعبارة أخرى، لا يتعلق الأمر فقط بإخفاء البيانات.
بل يتعلق بالتحكم في من يحتاج إلى معرفة ماذا، مع الاحتفاظ بمعلومات كافية تسمح للشبكة بتنفيذ القواعد والتحقق من القواعد المهمة فعلًا.
وهذا ما يجعلني أشعر بأن فهم Dusk لخصوصية البلوكشين أكثر واقعية.
لكن هذا التصميم يتضمن أيضًا تنازلات واضحة.
قد تؤدي عمليات التنفيذ السرية إلى زيادة التعقيد التقني. يحتاج المطورون إلى أدوات مناسبة، ويجب أن تعمل التطبيقات ضمن افتراضات أمنية أكثر تعقيدًا، كما لا يزال يتعين على المؤسسات، قبل التفكير في نقل الأنشطة المالية الحقيقية إلى مثل هذه البنية التحتية، الحصول على وضوح على مستوى التنظيم.
ثم توجد أيضًا مشكلة لا يمكن للتقنية وحدها حلّها: القبول.
يمكن لـ Dusk بناء بنية تدعم تطبيقات مالية سرّية، لكن يحتاج المطورون والمؤسسات إلى سبب مقنع بما يكفي لاستخدامها.
لذلك، لم أعد اليوم كثير الاهتمام بما إذا كانت Dusk قادرة على توفير الخصوصية.
ما يهمني أكثر هو: هل سيحتاج مستقبل التمويل الخاضع للرقابة حقًا إلى هذا المستوى من الخصوصية؟
إذا أصبحت الخصوصية وقابلية التحقق في النهاية متطلبات بنفس أهمية سائر المتطلبات في أسواق التمويل على السلسلة، فقد تصبح خيارات بنية Dusk ذات معنى كبير جدًا.
ولكن إذا لم يتشكل في السوق طلب كافٍ، فقد تكون مجرد فكرة تقنية رائعة دون وجود حالات استخدام عملية
#dusk $DUSK @Dusk
الأصعب هو: كيف نجعل الخصوصية تؤدي دورها فعليًا داخل نظام مالي ما زال يحتاج إلى التحقق.
قد يبدو الأمر بسيطًا، لكن في الحقيقة سيؤدي إلى مشكلة تصميم معقّدة للغاية.
لا يمكن للتطبيقات المالية دائمًا عرض كل تفاصيل كل معاملة علنًا. فقد تكون المراكز، والطرف المقابل، وملكية الأصول، وغيرها من المعلومات الحساسة بحاجة إلى أن تكون محمية.
لكن التصرف بالعكس تمامًا أيضًا لا يصلح.
إذا لم يستطع أحد التحقق مما حدث، فقد تنتهي “السرية” في النهاية إلى مجرد شكل آخر من أشكال عدم شفافية المعلومات.
وهذا تحديدًا هو ما أراه مثيرًا للاهتمام حقًا في بنية Dusk.
فطبقة Layer-1 مصممة لتطبيقات التمويل، بينما يوفر معيار Confidential Security Contract (XSC) للمطوّرين إطارًا لبناء عقود ذكية سرّية. تتمثل الفكرة الأساسية في تمكين منطق التمويل من التنفيذ دون اشتراط أن تكون كل معلومة داخله مكشوفة.
بعبارة أخرى، لا يتعلق الأمر فقط بإخفاء البيانات.
بل يتعلق بالتحكم في من يحتاج إلى معرفة ماذا، مع الاحتفاظ بمعلومات كافية تسمح للشبكة بتنفيذ القواعد والتحقق من القواعد المهمة فعلًا.
وهذا ما يجعلني أشعر بأن فهم Dusk لخصوصية البلوكشين أكثر واقعية.
لكن هذا التصميم يتضمن أيضًا تنازلات واضحة.
قد تؤدي عمليات التنفيذ السرية إلى زيادة التعقيد التقني. يحتاج المطورون إلى أدوات مناسبة، ويجب أن تعمل التطبيقات ضمن افتراضات أمنية أكثر تعقيدًا، كما لا يزال يتعين على المؤسسات، قبل التفكير في نقل الأنشطة المالية الحقيقية إلى مثل هذه البنية التحتية، الحصول على وضوح على مستوى التنظيم.
ثم توجد أيضًا مشكلة لا يمكن للتقنية وحدها حلّها: القبول.
يمكن لـ Dusk بناء بنية تدعم تطبيقات مالية سرّية، لكن يحتاج المطورون والمؤسسات إلى سبب مقنع بما يكفي لاستخدامها.
لذلك، لم أعد اليوم كثير الاهتمام بما إذا كانت Dusk قادرة على توفير الخصوصية.
ما يهمني أكثر هو: هل سيحتاج مستقبل التمويل الخاضع للرقابة حقًا إلى هذا المستوى من الخصوصية؟
إذا أصبحت الخصوصية وقابلية التحقق في النهاية متطلبات بنفس أهمية سائر المتطلبات في أسواق التمويل على السلسلة، فقد تصبح خيارات بنية Dusk ذات معنى كبير جدًا.
ولكن إذا لم يتشكل في السوق طلب كافٍ، فقد تكون مجرد فكرة تقنية رائعة دون وجود حالات استخدام عملية
#dusk $DUSK @Dusk
