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