بعتُ بعض الأسهم الشهر الماضي، وكان المال يحتاج إلى يومين تداول حتى يصل فعليًا. وخلال هذين اليومين، لا يكون المال ملكي بالكامل ولا ملكًا للوسيط بالكامل؛ حالة معلّقة ومُحيرة. في هذا الأسبوع، وأثناء بحثي في منطق تسوية Dusk، تذكرت هذا الأمر.
في أنظمة التداول التقليدية ذات التسوية T+2، يتم في الأساس فصل شيئين: «وقوع التداول» و«الانتقال الفعلي للملكية». وبينهما توجد عدة طبقات من المؤسسات يقوم كل منها بمطابقة الحسابات، مثل جهة الحفظ، وغرفة المقاصة، ومصلحة التسجيل؛ والمطابقة تحتاج إلى وقت. هذه الفجوة هي مصدر T+2. هذه العملية تعمل منذ عقود، ومعظم الناس اعتادوا فترة التعليق «المال في الطريق»، دون أن يروا فيها مشكلة.
يريد Dusk تنفيذ تسوية ذرّية (Atomic Settlement)، وهي ربط «الدفع» و«نقل ملكية الأصل» في عمليتين تُنفذان معًا كعملية واحدة غير قابلة للتجزئة: نجاحهما معًا أو فشلهما معًا، دون وجود تلك الحالة المعلّقة في الوسط. تقنيًا، يعتمد ذلك على ذرّية انتقال الحالة على السلسلة: فصفقة واحدة إمّا تُنفّذ بالكامل وتُحدّث كل الحالات، أو يتم التراجع عنها بالكامل؛ فلا يحدث سيناريو مثل «تم دفع المال لكن لم تصل الأصول» أو العكس. إن منطق تسجيل الملكية في وحدات مثل Zedger—بنية هذه الوحدة كلها—مُصمم لتحقيق هذه الذرّية في سيناريوهات تسوية الأوراق المالية.
هذا المقارنة جعلتني أدرك أن T+2 ليس لأن التقنية غير كافية. بل لأن في النظام التقليدي هناك ضرورة لاعتماد «من يتحقق من صحة المطابقة». ولأن عملية المطابقة تتطلب وقتًا، فهذا ليس عنق زجاجة تقنيًا بحتًا، بل تكلفة على مستوى الهيكل التنظيمي. التسوية الذرّية يمكن أن تُزيل هذه التكلفة الزمنية، بشرط أن تكون حالة السلسلة نفسها هي السجلّ الوحيد الموثوق، ولا حاجة لإجراء مطابقة لاحقة من عدة أطراف—وهذا أيضًا هو سبب تشغيل هذه الفكرة حاليًا فقط ضمن نطاق صغير مثل بيئات الاختبار التنظيمية.
أعتقد أنني فهمت أخيرًا لماذا كنتُ مُتحفّظًا بشأن فترة التعليق في اليومين آنذاك—لم تكن المشكلة في المال، بل في ذلك الشعور بعدم اليقين: «لا يمكن تحديد لمن يُحسب المال حاليًا». التسوية الذرّية تحل بالضبط حالة عدم اليقين هذه، وليست مجرد توفير يومين من الوقت.
لكن إذا قلنا ذلك، فإن نطاق السيناريوهات التي يمكن تطبيق هذه الآلية فيها حاليًا ما يزال محدودًا. حتى تجارب مثل NPEX ضمن بيئة الاختبار ليست كبيرة. ومن «القدرة التقنية على تنفيذ تسوية ذرّية» إلى «أن يَفترض كامل قطاع الأوراق المالية افتراضيًا استخدام هذه المنطق»، قد يكون الفاصل بينهما أكبر من مسافة التنفيذ التقني نفسه.
@Dusk #dusk $DUSK
في أنظمة التداول التقليدية ذات التسوية T+2، يتم في الأساس فصل شيئين: «وقوع التداول» و«الانتقال الفعلي للملكية». وبينهما توجد عدة طبقات من المؤسسات يقوم كل منها بمطابقة الحسابات، مثل جهة الحفظ، وغرفة المقاصة، ومصلحة التسجيل؛ والمطابقة تحتاج إلى وقت. هذه الفجوة هي مصدر T+2. هذه العملية تعمل منذ عقود، ومعظم الناس اعتادوا فترة التعليق «المال في الطريق»، دون أن يروا فيها مشكلة.
يريد Dusk تنفيذ تسوية ذرّية (Atomic Settlement)، وهي ربط «الدفع» و«نقل ملكية الأصل» في عمليتين تُنفذان معًا كعملية واحدة غير قابلة للتجزئة: نجاحهما معًا أو فشلهما معًا، دون وجود تلك الحالة المعلّقة في الوسط. تقنيًا، يعتمد ذلك على ذرّية انتقال الحالة على السلسلة: فصفقة واحدة إمّا تُنفّذ بالكامل وتُحدّث كل الحالات، أو يتم التراجع عنها بالكامل؛ فلا يحدث سيناريو مثل «تم دفع المال لكن لم تصل الأصول» أو العكس. إن منطق تسجيل الملكية في وحدات مثل Zedger—بنية هذه الوحدة كلها—مُصمم لتحقيق هذه الذرّية في سيناريوهات تسوية الأوراق المالية.
هذا المقارنة جعلتني أدرك أن T+2 ليس لأن التقنية غير كافية. بل لأن في النظام التقليدي هناك ضرورة لاعتماد «من يتحقق من صحة المطابقة». ولأن عملية المطابقة تتطلب وقتًا، فهذا ليس عنق زجاجة تقنيًا بحتًا، بل تكلفة على مستوى الهيكل التنظيمي. التسوية الذرّية يمكن أن تُزيل هذه التكلفة الزمنية، بشرط أن تكون حالة السلسلة نفسها هي السجلّ الوحيد الموثوق، ولا حاجة لإجراء مطابقة لاحقة من عدة أطراف—وهذا أيضًا هو سبب تشغيل هذه الفكرة حاليًا فقط ضمن نطاق صغير مثل بيئات الاختبار التنظيمية.
أعتقد أنني فهمت أخيرًا لماذا كنتُ مُتحفّظًا بشأن فترة التعليق في اليومين آنذاك—لم تكن المشكلة في المال، بل في ذلك الشعور بعدم اليقين: «لا يمكن تحديد لمن يُحسب المال حاليًا». التسوية الذرّية تحل بالضبط حالة عدم اليقين هذه، وليست مجرد توفير يومين من الوقت.
لكن إذا قلنا ذلك، فإن نطاق السيناريوهات التي يمكن تطبيق هذه الآلية فيها حاليًا ما يزال محدودًا. حتى تجارب مثل NPEX ضمن بيئة الاختبار ليست كبيرة. ومن «القدرة التقنية على تنفيذ تسوية ذرّية» إلى «أن يَفترض كامل قطاع الأوراق المالية افتراضيًا استخدام هذه المنطق»، قد يكون الفاصل بينهما أكبر من مسافة التنفيذ التقني نفسه.
@Dusk #dusk $DUSK
