#dusk $DUSK @Dusk في السابق، كنت أعتقد أن تحويل البلوك تشين له حالتان محتملتان فقط: ينجح، أو يفشل. كان النجاح يعني انتقال القيمة. كان الفشل يعني أن شيئًا ما حدث له عطل. لكن كلما تعمقت أكثر في كيفية وصف Dusk لعمليات نقل الأصول الخاضعة للرقابة، أدركت أن هذا النموذج شديد التبسيط بالنسبة للأسواق المالية.
على سلسلة عادية، لا يخبرك تنفيذ معاملة مرفوضة بالكثير تقريبًا. نفد الغاز، أو تعثر شرط require، أو تغيّرّت الحالة تحت قدميك. في النهاية، يبقى عليك التخمين أي شيء تحديدًا.
أما بالنسبة لأصل خاضع للرقابة، فإن هذا الغموض غير مقبول. توضح وثائق Dusk عمليات فحص للتحويل تفشل لأسباب واضحة، والأكثر إثارة للاهتمام — وجود عمليات فحص يمكن محاكاتها قبل تقديم أي معاملة على الإطلاق.
ما لفتني بشكل خاص هو دلالة النقطة الثانية. فهذا يعني أن الأهلية ليست شيئًا تكتشفه عبر محاولة إجراء تحويل ومشاهدة تعثره. يمكنك طرح السؤال أولًا والحصول على إجابة، دون لمس دفتر الأستاذ إطلاقًا.
وهذا يعكس الطريقة التي تعمل بها الجهة التقليدية بالفعل. لا يرسل الوسيط أمرًا ثم يأمل أن يسمح نظام الامتثال بذلك. يحدث الفحص قبل تنفيذ العملية، وعندما يُرفض التداول، يمكن لشخص ما أن يشرح بدقة لماذا — لم تكن الجهة المقابلة مُعتمدة، أو لم يكتمل وقت الاحتفاظ، أو تم تقييد الاختصاص القضائي. "مرفوض" دون سبب ليس إجابة قابلة للاستخدام في عملية خاضعة للرقابة.
يصبح الفشل معلومات بدلًا من كونه حادثًا. ورفض يحمل سببًا قد يكون أكثر فائدة من نجاح لا يحمل أي سبب.
ما زلت غير قادر على الحكم على مدى تفصيل تلك الأسباب في التطبيق الفعلي، أو مقدار ما هو متاح لتطبيق ما اليوم بدلًا من كونه مذكورًا فقط كهدف تصميم.
من هنا، بدأت أرى التصميم بشكل مختلف. قد لا يكون الامتثال على السلسلة متعلقًا بحجب المعاملات السيئة فحسب. قد يكون متعلقًا بجعل النتيجة قابلة للتنبؤ بها قبل أن يلتزم أي شخص بها.
على سلسلة عادية، لا يخبرك تنفيذ معاملة مرفوضة بالكثير تقريبًا. نفد الغاز، أو تعثر شرط require، أو تغيّرّت الحالة تحت قدميك. في النهاية، يبقى عليك التخمين أي شيء تحديدًا.
أما بالنسبة لأصل خاضع للرقابة، فإن هذا الغموض غير مقبول. توضح وثائق Dusk عمليات فحص للتحويل تفشل لأسباب واضحة، والأكثر إثارة للاهتمام — وجود عمليات فحص يمكن محاكاتها قبل تقديم أي معاملة على الإطلاق.
ما لفتني بشكل خاص هو دلالة النقطة الثانية. فهذا يعني أن الأهلية ليست شيئًا تكتشفه عبر محاولة إجراء تحويل ومشاهدة تعثره. يمكنك طرح السؤال أولًا والحصول على إجابة، دون لمس دفتر الأستاذ إطلاقًا.
وهذا يعكس الطريقة التي تعمل بها الجهة التقليدية بالفعل. لا يرسل الوسيط أمرًا ثم يأمل أن يسمح نظام الامتثال بذلك. يحدث الفحص قبل تنفيذ العملية، وعندما يُرفض التداول، يمكن لشخص ما أن يشرح بدقة لماذا — لم تكن الجهة المقابلة مُعتمدة، أو لم يكتمل وقت الاحتفاظ، أو تم تقييد الاختصاص القضائي. "مرفوض" دون سبب ليس إجابة قابلة للاستخدام في عملية خاضعة للرقابة.
يصبح الفشل معلومات بدلًا من كونه حادثًا. ورفض يحمل سببًا قد يكون أكثر فائدة من نجاح لا يحمل أي سبب.
ما زلت غير قادر على الحكم على مدى تفصيل تلك الأسباب في التطبيق الفعلي، أو مقدار ما هو متاح لتطبيق ما اليوم بدلًا من كونه مذكورًا فقط كهدف تصميم.
من هنا، بدأت أرى التصميم بشكل مختلف. قد لا يكون الامتثال على السلسلة متعلقًا بحجب المعاملات السيئة فحسب. قد يكون متعلقًا بجعل النتيجة قابلة للتنبؤ بها قبل أن يلتزم أي شخص بها.