كلما نظرت إلى @Dusk أكثر، قلّ اهتمامي بـ “وضع أصل على السلسلة”.

التفصيل الذي غيّر وجهة نظري هو الفرق الذي توضحه Dusk بين الترميز (tokenization) والإصدار الأصلي.

يمكن للترميز أن يخلق رمزًا يمثّل أصلًا موجودًا بالفعل، بينما قد تظل الحيازة أو السجل أو المصالحة أو التسوية معتمدة على أنظمة منفصلة.

أما الإصدار الأصلي فيغيّر نقطة الانطلاق. تصفه Dusk بأنه إنشاء الأصل وإدارته نفسه على السلسلة، بحيث يمكن تصميم الإصدار والتحويلات والخدمة والتسوية لتتمحور حول دفتر الأستاذ بدلًا من أن يكون هناك رمزٌ يجلس بجانب نظام سجلات آخر.

يبدو ذلك كاختلاف في المصطلحات. أعتقد أنه يغيّر البنية المعمارية.

خذ مثالًا على ورقة مالية مُنظَّمة. سير العمل الحقيقي ليس مجرد إصدار فحسب. قد يحتاج المستثمر إلى التحقق، وقد تُربط المحفظة بذلك المشارك، وتُقيَّد التحويلات بناءً على قواعد الأهلية، ويتم تداول الأصل، وتنسَّق عمليتا دفع الأصل، ثم تُدار لاحقًا الخدمة أو الإفصاح.

إذا ظلت هذه الخطوات مجزأة عبر أنظمة مختلفة، فإن وضع الرمز على السلسلة لا يزيل التجزئة. قد يمنح ببساطة نموذج تشغيل قديم تمثيلًا على السلسلة.

لهذا لفتني الإصدار الأصلي.

الجزء المثير للاهتمام ليس ما إذا كانت Dusk تستطيع إنشاء ورقة مالية رقمية. بل هل يمكن أن تبقى القواعد حول تلك الورقة—من يمكنه امتلاكها، ومن يمكنه نقلها، وما الذي يمكن الإفصاح عنه، وكيف تتم التسوية—مرتبطة بنفس دورة الحياة.

لكن هذا يخلق الاختبار الأصعب.

إذا كان بإمكان البنية التحتية جعل دورة حياة الأصل متسقة على السلسلة، فهل تتوقف عن كونها مسألة قدرات البلوك تشين، وتصبح بدلاً من ذلك مسألة ثقة مؤسسية في السماح للبنية التحتية على السلسلة بفرض قواعد الأسواق المُنظَّمة؟

$DUSK #dusk