#dusk $DUSK @Dusk يحوِّل شخصٌ ما شهادة حصة ورقية إلى ملف PDF يتم تخزينه في قاعدة بيانات. ويقوم شخصٌ آخر بإصدار توكن يمثل نفس الحصة على بلوك تشين. ويتجاوز نهجٌ ثالث ذلك كله ويُنشئ الحصة مباشرة على السلسلة في المقام الأول. تُسمّى هذه الثلاثة بشكلٍ عابر «الأصول الرقمية». لكنها ليست شيئًا واحدًا، والاختلاف ليس شكليًا.

تُعدّ الرقمنة نقلًا لإدارة السجلات من الورق إلى الأنظمة الرقمية، وغالبًا لا تتغير دورة حياة الأصل ولا الوسطاء المحيطون بها. أمّا الترميز فيتجاوز ذلك خطوة إضافية: إذ يُصدر توكنًا يمثل أصلًا أو حقًا يمكن برمجته، ويكون أسهل في الدمج داخل التطبيقات. لكن الأصل المُنظَّم الكامن غالبًا ما يزال يعتمد على سجلات الحفظ والتسوية القائمة، والتي تعمل خارج السلسلة مع بقاء الحاجة إلى مواءمة/مطابقة بين التوكن وبين النظام الأساسي. أما الإصدار الأصلي (Native issuance) فمختلف: إذ يُنشأ الأصل نفسه ويُدار على السلسلة، وبالتالي تتم عمليات الإصدار والتحويل والخدمات والتسوية حول دفتر الأستاذ بدلًا من استخدام توكن كغلاف فوق نظام مستقل للسجلات.

يظهر الفارق العملي تحديدًا في التسوية والحفظ. ما تزال الرقمنة تعتمد على عناصر مثل CSDs وغرف المقاصة. وغالبًا ما يحافظ الترميز على نفس الاعتماد، مع إضافة طبقة قابلة للبرمجة فوق ذلك. ويكون الإصدار الأصلي هو الخيار الذي يمكن فيه أن تتم التسوية على السلسلة مع نهائية حتمية (deterministic finality)، حيث يتم تصميم ضوابط الوصول لإتاحة سير العمل والإفصاح والخدمات حول السلسلة نفسها بدلًا من إضافتها لاحقًا بعد وقوع الأمر. يتموضع حضور Dusk تحديدًا ضمن الفئة الثالثة: ضوابط الوصول، والإفصاح الانتقائي، والتسوية الحتمية المدمجة كمتطلبات على مستوى البروتوكول—ليست ميزات تُضاف حول توكن مُغلف.

@Dusk $DUSK #dusk