كلما درست @Dusk ، زاد اعتقادي بأن “النهائية المتدرجة” سهلة التقليل من شأنها.
قاعدة التأكيدات الستّ المعتادة في بيتكوين هي في الواقع اصطلاح قائم على الاحتمالات. فكلما انتظرنا مدة أطول يقلّ احتمال حدوث انعكاس، لكن الشبكة لا تنتقل إلى حالة تسوية رسمية تُسمّى “النهائية”.
$DUSK تتبع نهجًا مختلفًا.
مقبول → موثَّق → مُؤكَّد → نهائي
أعجبني هذا التمييز لأنه يمنح التطبيقات تصورًا أوضح عن المكان الذي تقف عنده المعاملة فعليًا. يمكن للوسيط الحافظ أو منصة مالية أن تتعامل مع “النهائية” بشكل مختلف عن مجرد رؤية معاملة مُدرَجة أو مُؤكَّدة.
كما أن الجزء المتدرّج مهم أيضًا. إذا فشلت التكرارات، يمكن للبروتوكول أن يطلب المزيد من الشهادات (attestations) اللاحقة قبل المضي قدمًا. لذلك فإن هامش الأمان ليس مجرد عدد عشوائي من الكتل.
هناك مفاضلة واضحة. الآن يتعين على التطبيقات فهم آلة الحالات بدلًا من اختزال كل شيء في “الانتظار ستّ كتل”.
لكن قد تكون هذه التعقيدات تستحق العناء لتسوية منظمة، حيث تكون حالة عدم اليقين لها تكلفة رأسمالية حقيقية.
إذا كانت النهائية الحتمية تجعل حالة التسوية أكثر قابلية للتنبؤ. أتساءل ما إذا كانت أكبر ميزة لها بالنسبة للـ RWA في النهاية هي السرعة، أم مجرد معرفة بالضبط متى يمكن تحريك رأس المال بأمان مرة أخرى.
بينما كنت أتعمق في @Dusk ، وجدت مشكلة مُولِّد المستقبل أكثر إثارة من مناقشة الإجماع المعتادة.
المشكلة الأساسية بسيطة إلى حد كبير. إذا كان لدى مُولِّدٍ ما علمٌ بأنه قد يتم اختياره في تكرارٍ لاحق، فقد تكون هناك حجة لترك تكرارٍ سابق يفشل. وقد يؤدي هذا الفشل إلى تحسين فرصته هو ليصبح المُولِّد التالي المفيد. لذلك يجب أن يتعامل البروتوكول مع الحوافز، وليس فقط مع الصحة التقنية.
لقد كنت أتأمل شراكة NPEX × Dusk بدرجة أقل من زاوية الأوراق المالية المُمَثَّلة على شكل رموز، وبدرجة أكبر من منظور سير العمل.
وهذا يغيّر الصورة.
قبل $DUSK ، يمكن أن تمرّ ورقة مالية عبر ست مراحل منفصلة: الهيكلة، وتسجيل/تهيئة المستثمرين، والإصدار، والتسوية، والخدمات، والتداول الثانوي. وقد تتضمن كل مرحلة أنظمة وسجلات مختلفة، ومطابقة يدوية.
يساهم @Dusk بشكل أساسي في منتصف هذه الفوضى. يمكن تحويل بعض القواعد وحالات الملكية إلى شيء قابل للبرمجة، مما يجعل عمليات النقل والتسوية أسهل في التنسيق.
لكن هناك حدًّا واضحًا.
لا تستبدل Dusk التصنيف القانوني أو إجراءات KYC أو المُصدرين أو البنوك أو أمناء الحفظ أو عمليات الضرائب أو الرقابة على السوق. كما أنها لا تستطيع خلق سيولة لمجرد أن أصلًا ما أصبح مُرمّزًا.
إن هذا التمييز مهم.
والفرصة الحقيقية، في رأيي، تتمثل في تقليل الاحتكاك التشغيلي بين المؤسسات بدل محاولة إزالة المؤسسات نفسها.
إذا نجح ذلك، يمكن أن تتحرك رؤوس الأموال مع تأخيرات أقل. تصبح سجلات الملكية أسهل في المزامنة، وتصبح بعض العمليات أقل اعتمادًا على التدخل اليدوي.
السؤال الذي بقي لدي بسيط.
هل يمكن لهذه الكفاءات الصغيرة أن تتراكم بما يكفي لتغيير طريقة عمل الأسواق المنظمة فعليًا؟
كلما نظرتُ إلى $DUSK ، كلما اعتقدتُ أن الجزء المثير للاهتمام ليس فقط أن Dusk L1 أصبح مُتاحًا بينما لا يزال Dusk Trade في مرحلة البناء مع قائمة انتظار.
بل ما يمكن أن يفعله هذا الفارق من حيث تشكيل التوقعات.
إن L1 المُتاح يمنح المستثمرين شيئًا ملموسًا يشيرون إليه. لكن السؤال الاقتصادي الأكبر هو ما إذا كانت هذه البنية التحتية ستجذب في النهاية مستخدمين حقيقيين كُثرًا وأصولًا وسيولة كافية لتكوين سوق يعمل بالفعل.
وهذا اختبار مختلف.
يمكن لـ Dusk أن تمتلك بنية تحتية فعّالة للتسوية دون أن تمتلك فورًا سيولة عميقة. كما أن المستثمر الذي يواجه سوقًا يجد أمامه احتكاكات خاصة به: عملية الإعداد (onboarding)، وتوفر الأصول، ونشاط التداول، والمشاركة المتكررة—كل ذلك يجب أن يتماشى.
وهنا أعتقد أن التوقعات قد تتقدم على الأدلة.
قد يبدأ السوق في تقييم مستقبل منظومة Trade قبل وجود نشاط كافٍ لقياس آثار الشبكة الخاصة بها.
لذلك لستُ مهتمًا كثيرًا بملصق “Live” بحد ذاته، بل بما سيأتي بعده: وصول المستخدمين من قائمة الانتظار إلى النشاط كـمستثمرين، وتحول الأصول إلى أصول قابلة للتداول، واستمرار السيولة بدلًا من أن تكون مؤقتة.
بالنسبة إلى $DUSK ، هل سيُثبت هذا التحول صحة التوقعات الحالية، أم سيكشف مقدار ما يزال في الأطروحة من افتراضات تتطلع إلى المستقبل؟
كلما درست قضية أسهم <b>@Dusk </b> الهولندية BV، أصبحت الحدود القانونية أكثر إثارة للاهتمام.
بالنسبة لأسهم BV، يمكن لسجل المساهمين تسجيل الملكية، لكن سجلّ البلوك تشين نفسه لا يصبح هو السلطة القانونية. ما زالت متطلبات التوثيق/الكتابة الرسمية الهولندية (الموثّق) مهمة عندما يتم نقل الأسهم.
ما أجده مثيرًا للاهتمام هو أن <b>$DUSK </b> لا يحاول إخفاء هذا القيد. فعمله الخاص يعامل عملية الترقيم/التوثيق الرمزي (tokenization) عمليًا كسجل رقمي أفضل وآلية تنسيق، وليس كبديل عن العملية القانونية.
وهذا يغيّر نظرتي إلى أطروحة RWA ككل.
المشكلة الصعبة ليست في إنشاء رمز يقول إنني أملك هذا.
بل في الحفاظ على تزامن ذلك السجل الرقمي مع الأشياء التي تهم فعلًا: الملكية القانونية، وحقوق المساهمين، والامتثال، والتحويلات، والإجراءات/القرارات المؤسسية (corporate actions).
هناك أيضًا مقايضة هنا. إذا كانت بنية البلوك تشين التحتية ما تزال تعتمد على الاعتراف القانوني خارج السلسلة (off chain)، فلن تصبح RWAs مستقلة بالكامل. لكن يمكن أن تصبح أسهل بكثير من ناحية التتبّع، والمطابقة (reconcile)، والأتمتة.
ربما يكون هذا هو المسار الأكثر واقعية للت tokenization المؤسسي.
ليس استبدال النظام القانوني، بل جعل العلاقة بين القانون وسجلات السلسلة (on chain) أصعب بكثير على الانكسار/الاستغلال.
وهذا يطرح سؤالًا مثيرًا للاهتمام. هل القيمة الحقيقية لبنية RWA هي الرمز نفسه، أم طبقة التنسيق المبنية حوله؟
كلما درست @Dusk أكثر، كلما أحببت جزءًا غير مريحًا أكثر من أطروحة RWA الخاصة به.
الغسق واضح جدًا بشأن حدود عملية التوكنة.
وضع أحد الأصول الأمنية على السلسلة لا يخلق سحراً مشتريين. ولا يخلق سيولة. والأهم أنه لا يخلق الإطار القانوني حول الأصل.
قد يبدو ذلك بديهيًا، لكنه تمييز مهم.
الرمز يحل مشكلة التمثيل. أما المشاكل الأصعب فهي كل ما يحيط به. من يُسمح له بامتلاكه، وكيف يمكنه التحرك/النقل، وما المعلومات التي يجب كشفها، وكيف تعمل التسوية، وماذا يحدث عندما يصل الأصل إلى سوق ثانوية.
وهنا يصبح $DUSK مثيرًا للاهتمام بالنسبة لي.
يحاول البروتوكول جعل تلك القواعد جزءًا من البنية التحتية المالية نفسها، بدلًا من التعامل مع الرمز باعتباره المنتج النهائي.
لكن توجد مفاضلة. فالمزيد من الضوابط يمكن أن يحسن الامتثال ويقلل بعض المخاطر، لكنه قد يقلل أيضًا من السيولة اللا مركزية غير المصرّح بها التي تعتمد عليها أسواق العملات المشفرة عادةً.
لذلك لست أنظر إلى $DUSK باعتباره مجرد لعبة توكنة.
أنا أكثر اهتمامًا بما إذا كان بإمكان الغسق أن يجعل الأصول المنظمة تتصرف مثل كائنات مالية قابلة للبرمجة دون الادعاء بأن البلوك تشين تحل كل شيء.
إذا كنت مدينًا بمبلغ 100 USDC، فإن الافتراض الطبيعي بسيط: أنت تحتاج إلى 100 USDC لسداد الدين.
لكن هيكل FT لدى TermMax يجعل هذا الافتراض أقل صرامة.
الـ FTs قابلة للتحويل ويمكن تداولها في سوق ثانوية، حيث يتم تحديد السعر وفقًا للعرض والطلب. وهذا يعني أن FT يمثل دفعة مستقبلية لدين وقد يتداول أحيانًا بأقل من قيمته الاسمية.
لذلك، لدى المقترض حساب إضافي يتوجب عليه إجراؤه.
هل من الأرخص بيع الضمان والسداد بالطريقة المعتادة، أم شراء الـ FT المخفّض واستخدامه لإغلاق الالتزام؟
هذه المفارقة مهمة لأن مبيعات الضمانات قد تُدخل انزلاقًا وتكاليف تنفيذ.
لا أرى هذا كأنه تحكيم مجاني. فسيولة السوق، والأجل، والفارق السعري، ورسوم الغاز يمكن أن تمحو الخصم بسهولة.
ما أجده أكثر إثارة للاهتمام هو التغيير في السلوك. يتوقف الدين عن كونه شيئًا عليك ببساطة دفعه.
ويصبح شيئًا يمكنك ربما التسوّق للحصول عليه.
هذا يجعلني أتساءل عما إذا كانت خصومات سوق الـ FT الثانوية قد تصبح مصدرًا غير مُلاحظ لكفاءة رأس المال في أسواق $TMX.
تفصيلة ظللت أفكر فيها أثناء دراسة @TermMax هي نهجها للتصفية عندما لا يوفّر السوق سيولة كافية.
معظم أنظمة الإقراض تفترض أن الإجابة واضحة: بيع الضمان وإرجاع النقد إلى المُقرض.
لكن هذه الفرضية تضعف خلال الحركة الحادة، خصوصًا مع الأصول الأقل سيولة.
لدى TermMax مسار آخر هو التسليم الفعلي. إذا لم تُحقّق التصفية استردادًا كاملًا للمركز، يمكن للمُقرض أن يستلم الضمان نفسه بدل انتظار تحويل كل شيء إلى نقد.
أعتقد أن الجزء المهم هو تغيير الحوافز.
لم يعد المُصفّي هو طريق الخروج الوحيد للمُقرض. يصبح الضمان نفسه أصل الاسترداد.
هذا لا يُزيل المخاطر. الآن يمتلك المُقرض أصلًا قد يظل متقلبًا، أو صعب البيع، أو مكلفًا للخروج منه. لكن يمكنه تجنّب إجبار أصل غير سائل على دخول السوق في أسوأ لحظة ممكنة.
يبدو هذا مناسبًا بشكل خاص بينما يتجه عالم DeFi نحو الأصول الواقعية RWAs وأصول لا يتم تداولها بسيولة عميقة على مدار الساعة 24/7.
السؤال الذي أتابعه بسيط. هل يمكن أن يصبح التسليم الفعلي نموذج تصفية أكثر عملية عندما يصبح الضمان أقل سيولة؟
كلما درستُ البيتكوين أكثر، شعرتُ أن التركيز على السعر فقط يُغفل الصورة الأكبر.
تظهر القوة الحقيقية للبيتكوين أثناء ضغوط السوق: سيولة عميقة، وإتاحة عالمية، وتسوية على مدار الساعة، ودوره المتزايد كضمان أساسي في عالم العملات المشفرة.
السعر مهم.
لكن قيمة البيتكوين على المدى الطويل قد تعتمد أكثر على مقدار البنية التحتية المالية التي يتم بناؤها حوله.
التفصيلة التي كنت أعود إليها مرارًا أثناء دراستي @Dusk هي مدى اختلاف طريقة تعامل Moonlight وPhoenix مع تفرّد المعاملات.
يستخدم Moonlight قيمًا nonce للحماية من إعادة التشغيل (replay). تنتقل الحسابات عبر تسلسل من المعاملات. لذلك، بمجرد استهلاك nonce، لا يمكن إعادة تشغيل معاملة قديمة ببساطة.
الأمر واضح وقابل للتنبؤ. لكن توجد مقابل تشغيلي: تحتاج المحافظ (wallets) والبورصات والجهات الحاضنة (custodians) إلى إدارة دقيقة للـ nonce عندما يتم توقيع أو بث عدة معاملات.
أما Phoenix فيتعامل مع المشكلة بشكل مختلف.
تستخدم ملاحظاته المحجوبة (shielded notes) nullifiers لمنع الإنفاق المزدوج. عند إنفاق ملاحظة ما، يتم تسجيل الـ nullifier الخاص بها بواسطة الشبكة. ويمكن عند محاولة ثانية باستخدام الملاحظة نفسها رفض المحاولة دون الكشف عن الملاحظة الخاصة نفسها.
هذا يخلق تمييزًا أجدُه مفيدًا.
Moonlight يحمي ترتيب المعاملات.
Phoenix يحمي استهلاك الملاحظات الخاصة.
ليسا نموذجين أمنيّين يتنافسان. بل صُمّما بالاعتماد على افتراضات مختلفة حول المعلومات.
الجزء المثير للاهتمام هو مكان انتقال التعقيد. يحتاج Moonlight إلى تنسيق موثوق لحالة الحساب، بينما يحتاج Phoenix إلى اكتشاف موثوق للملاحظات الخاصة وتتبع الـ nullifiers.
وعند التشغيل على نطاق واسع، ما الذي يصبح أصعب في الإدارته دون المساس بالأمن أو الخصوصية؟