كنت أعتقد أن عملية تقسيم البيانات إلى رموز (tokenization) كانت في الأساس مشكلة تقنية: خذ أصلًا، أنشئ رمزًا، واجعله قابلاً للتحويل على السلسلة.
لكن كلما نظرت أكثر إلى التمويل المُنظَّم، بدا أن هذه الصورة ناقصة أكثر فأكثر.
لا يصبح الأصل مفيدًا لمجرد أن له تمثيلًا على البلوكشين. ما زال هناك من يجب أن يقرر من يمكنه امتلاك الأصل، ومن يمكنه تحويله، وما المعلومات التي يجب الإفصاح عنها، وكيف يتم فعليًا تسوية جانبي الأصل والدفع في المعاملة.
هنا لفتت هندسة Dusk انتباهي.
تعمل Dusk حول هذه المتطلبات بدل اعتبارها مشكلات يمكن حلها لاحقًا. ويشمل بنيتها التحتية ضوابط الهوية والوصول عبر Citadel، ونماذج معاملات مختلفة للتدفقات المعلنة والمشفّاة (shielded)، وتسوية حتمية عبر DuskDS.
ما أراه مثيرًا للاهتمام تحديدًا هو الطريقة التي تتكامل بها هذه الأجزاء.
قد يتطلب الأصل المُنظَّم أهلية قبل السماح لشخص ما بامتلاكه. قد تحتاج عملية التحويل إلى قيود. وقد يحتاج المستثمر إلى إثبات شيء ما دون كشف معلومات شخصية غير ضرورية. وحتى بعد حدوث صفقة، يجب أن يتم تسوية جانبي الأصل والدفع بشكل يمكن التنبؤ به.
تتعامل وثائق Dusk مع هذه الأمور باعتبارها أجزاء من نفس سير العمل في السوق—وليس ميزات معزولة. تم تصميم Dusk Trade ليكون حول الإعداد (onboarding)، وربط المحفظة، والتداول، وتنسيق المدفوعات، والتسوية.
هذا يغيّر طريقتي في النظر إلى Dusk.
السؤال المثير للاهتمام ليس فقط ما إذا كانت البلوكشين يمكنها ترميز الأصول الواقعية.
بل ما إذا كانت البلوكشين يمكنها التعامل مع القواعد المحيطة بهذه الأصول دون إعادة خلق البنية التحتية المتشظية نفسها الموجودة اليوم.
وهذا هو الاختبار الذي أعتقد أنه يستحق المتابعة مع DUSK.

#dusk $DUSK @Dusk