اعتقدت أن “إسناد الأصول إلى السلسلة” أمرٌ أبسط مما هو عليه، حتى بدأت أسأل من هو “المدرج النهائي”
كنت أظن سابقًا أن أي شركة حين تحوّل الأسهم أو السندات إلى Token على السلسلة، تكون بذلك قد أتمّت عملية الإسناد/الرمْذَنة. لكنني عندما أعدت قراءة مواد Dusk حول المشروعات الصغيرة والمتوسطة (SME) والإصدار الأصلي، أدركت أن المشكلة الحقيقية ليست في تحويل الأصل إلى Token، بل في هذا السؤال: إذا وُجدت في الوقت نفسه أرصدة على السلسلة وسجلّ المُصدرين/المدرج وقيد الحقوق القانونية، وعندما يحدث تعارض—فأيٌّ منها يكون المرجع؟
غالبًا ما تكون عملية “الرمْذَنة التقليدية” هي إضافة تمثيل رقمي بجانب الأصل القائم. يستمر النظام خارج السلسلة في تحديد أهلية المستثمرين، وسجلات الملكية، والتوزيعات والاسترداد. بينما يتولى الـToken على السلسلة التوزيع أو التحويل. طالما ظل الجانبان متطابقين دائمًا، يمكن أن تعمل هذه المنظومة. لكن إذا حدث تحويل خاطئ أو تأخر في تحديث السجل أو صدرت أوامر من المحكمة، فسيكون هناك حاجة إلى تسويات إضافية وتحديد السجل “المرجعي”.
أما الإصدار الأصلي (Native) فيسعى إلى أن تشترك دورات حياة متعددة في حالة واحدة ومسيطر عليها: يتم التحقق من الأهلية قبل الاكتتاب أو النقل، ويتم تحديث علاقة الإصدار والاحتفاظ بشكل متزامن، وتعمل الأرباح/الكوبونات والتصويت والقيود والتسوية جميعها حول نفس الأصل. يوفّر @Dusk الخصوصية والإفصاح الانتقائي والتسوية الحتمية والقواعد القابلة للبرمجة، لكن التقنية نفسها لن تمنح المُصدر التراخيص، كما أنها لا تمنح الـToken تلقائيًا قوة قانونية.
هذه الفروق تنعكس عمليًا على المستخدم. يحتاج حامل الـToken إلى معرفة ما إذا كان ما حصل عليه هو حقوق حقيقية “على مستوى القاع” أم مجرد مرآة/نسخة من الحقوق خارج السلسلة، أو أنها مجرد إيصالات/شواهد للاستخدام داخل المنصّة. أما المُصدر، فعليه أن يوضح كيف تُصحَّح الأخطاء، وكيف يتم إنهاء الأصل، ومن يملك قانونًا صلاحية التجميد أو الاستعادة. بدون هذه الإجابات، يكون “الأصلي” مجرد أسلوب أكثر تقدّمًا في “الصك/السكّ”.
الآن أحكم على ما إذا كان الإصدار مُسندًا إلى السلسلة فعلًا من جهة “نهاية” العملية: هل يمكن عند الاسترداد عند الاستحقاق أن تُغلق الدورة بالكامل—وصول الأموال، وإلغاء/تسجيل الأصل، وسجل الحامل—في حلقة واحدة؟ وعند ظهور نزاع، هل يمكن أيضًا العثور على المسؤول باستخدام القواعد نفسها؟ يمكن لـ$DUSK أن يوفّر البنية التحتية للإصدار الأصلي. لكن ما يحدد إن كان سيصبح أداة مالية حقيقية هو ما إذا كانت الحالة على السلسلة يمكن أن يُعترف بها بشكل مشترك من خلال القانون والعمليات والمشاركين.
لذلك، في المرة القادمة عندما أرى أصلًا جديدًا يَطلُع على السلسلة، سأبحث أولًا عن فعالية السجل، وصلاحيات التصحيح، وكيف تُدار إجراءات الشركة؛ ما لا يمكن تفسيره في هذه النقاط الثلاث، يظل الـToken مجرد ظلّ للأصل.
@Dusk $DUSK #dusk
كنت أظن سابقًا أن أي شركة حين تحوّل الأسهم أو السندات إلى Token على السلسلة، تكون بذلك قد أتمّت عملية الإسناد/الرمْذَنة. لكنني عندما أعدت قراءة مواد Dusk حول المشروعات الصغيرة والمتوسطة (SME) والإصدار الأصلي، أدركت أن المشكلة الحقيقية ليست في تحويل الأصل إلى Token، بل في هذا السؤال: إذا وُجدت في الوقت نفسه أرصدة على السلسلة وسجلّ المُصدرين/المدرج وقيد الحقوق القانونية، وعندما يحدث تعارض—فأيٌّ منها يكون المرجع؟
غالبًا ما تكون عملية “الرمْذَنة التقليدية” هي إضافة تمثيل رقمي بجانب الأصل القائم. يستمر النظام خارج السلسلة في تحديد أهلية المستثمرين، وسجلات الملكية، والتوزيعات والاسترداد. بينما يتولى الـToken على السلسلة التوزيع أو التحويل. طالما ظل الجانبان متطابقين دائمًا، يمكن أن تعمل هذه المنظومة. لكن إذا حدث تحويل خاطئ أو تأخر في تحديث السجل أو صدرت أوامر من المحكمة، فسيكون هناك حاجة إلى تسويات إضافية وتحديد السجل “المرجعي”.
أما الإصدار الأصلي (Native) فيسعى إلى أن تشترك دورات حياة متعددة في حالة واحدة ومسيطر عليها: يتم التحقق من الأهلية قبل الاكتتاب أو النقل، ويتم تحديث علاقة الإصدار والاحتفاظ بشكل متزامن، وتعمل الأرباح/الكوبونات والتصويت والقيود والتسوية جميعها حول نفس الأصل. يوفّر @Dusk الخصوصية والإفصاح الانتقائي والتسوية الحتمية والقواعد القابلة للبرمجة، لكن التقنية نفسها لن تمنح المُصدر التراخيص، كما أنها لا تمنح الـToken تلقائيًا قوة قانونية.
هذه الفروق تنعكس عمليًا على المستخدم. يحتاج حامل الـToken إلى معرفة ما إذا كان ما حصل عليه هو حقوق حقيقية “على مستوى القاع” أم مجرد مرآة/نسخة من الحقوق خارج السلسلة، أو أنها مجرد إيصالات/شواهد للاستخدام داخل المنصّة. أما المُصدر، فعليه أن يوضح كيف تُصحَّح الأخطاء، وكيف يتم إنهاء الأصل، ومن يملك قانونًا صلاحية التجميد أو الاستعادة. بدون هذه الإجابات، يكون “الأصلي” مجرد أسلوب أكثر تقدّمًا في “الصك/السكّ”.
الآن أحكم على ما إذا كان الإصدار مُسندًا إلى السلسلة فعلًا من جهة “نهاية” العملية: هل يمكن عند الاسترداد عند الاستحقاق أن تُغلق الدورة بالكامل—وصول الأموال، وإلغاء/تسجيل الأصل، وسجل الحامل—في حلقة واحدة؟ وعند ظهور نزاع، هل يمكن أيضًا العثور على المسؤول باستخدام القواعد نفسها؟ يمكن لـ$DUSK أن يوفّر البنية التحتية للإصدار الأصلي. لكن ما يحدد إن كان سيصبح أداة مالية حقيقية هو ما إذا كانت الحالة على السلسلة يمكن أن يُعترف بها بشكل مشترك من خلال القانون والعمليات والمشاركين.
لذلك، في المرة القادمة عندما أرى أصلًا جديدًا يَطلُع على السلسلة، سأبحث أولًا عن فعالية السجل، وصلاحيات التصحيح، وكيف تُدار إجراءات الشركة؛ ما لا يمكن تفسيره في هذه النقاط الثلاث، يظل الـToken مجرد ظلّ للأصل.
@Dusk $DUSK #dusk