Muzamil Abbas⁷⁵ 穆扎米尔_阿巴斯

🎉 مسابقة احتفال بلوصول 15 ألف متابع! 🎉

الحمد لله، لقد وصلنا إلى 15 ألف متابع على Binance Square. شكرًا لكم جميعًا على دعمكم وثقتكم. للاحتفال بهذه المناسبة، سأقوم بتوزيع عملة SOL على الفائزين المحظوظين. 🔥

✅ أعجب بهذا المنشور
✅ أعد نشر هذا المنشور
✅ تعليق 1
✅ المطالبة 🎁

كلما زاد دعمك، يمكن أن تصبح عمليات السحب/الهدايا المستقبلية أكبر.

حظًا سعيدًا للجميع

#BinanceSquare #SOL #Giveaway #15KMilestone #ThankYou

🎁 $SHIB هبة (GIVEAWAY) بقيمة 100 دولار 🎁

سأقوم بتوزيع صناديق هدايا SHIB على 3,000 شخص محظوظ! 🐕🔥

للمشاركة:

❤️ أعجب بهذا المنشور ✅
🔁 أعد نشر هذا المنشور ✅
💬 اعلّق “1” بالأسفل ✅
🎁 اطلب صندوق الهدايا الخاص بك ✅

حظًا سعيدًا للجميع 🚀✨

#SHIB #Giveaway #Binance #CryptoGiveaway

اذهب

اذهب

اذهب

🎁 $AAPLB $NVDAB

#dusk $DUSK @Dusk
شيء واحد أجده مثيرًا للاهتمام حول @DuskNetwork هو أن Moonlight وPhoenix لا يتعين النظر إليهما كنماذج خصوصية متنافسة.

بالنسبة لنفس المؤسسة، يمكن أن يمثّلا وضعيات تنظيمية مختلفة.

قد تستفيد عملية تحويل أموال الخزانة أو الدفعة التشغيلية من البنية القائمة على الحسابات لدى Moonlight والشفافة. توجد سجلات واضحة وتعقيد أقل فيما يتعلق بإمكانية الرؤية.

لكن تخيّل أن تدخل تلك المؤسسة في صفقة حساسة في سوق ثانوي. قد يؤدي بث المبلغ أو الأطراف المقابلة أو علاقات المعاملات إلى كشف معلومات لا يلزم أن تكون عامة.

وهنا يصبح Phoenix أكثر إثارة للاهتمام.

يمكن لنموذجه المُحصّن الحفاظ على خصوصية تفاصيل المعاملة، مع الاستمرار في دعم الضمانات التشفيرية المطلوبة من الشبكة.

لذا فإن الخيار الحقيقي ليس مجرد علني مقابل خاص.

بل أشبه بـ:

ما الذي يحتاج إلى أن يكون مرئيًا لهذه العملية المحددة؟

أعتقد أن هذا استخدام مؤسسي أكثر واقعية للخصوصية.

لا تتطلب الرقابة دائمًا أقصى قدر من الشفافية.

أحيانًا تتطلب شفافية خاضعة للسيطرة.

وتبدو معمارية Dusk مصممة حول هذا التمييز.

#dusk $DUSK @Dusk
كنت أقرأ نهج شركة Dusk في أمن “تجزئة/ترميز” الأصول (security tokenization)، وتفصيلة واحدة كانت تستحوذ على انتباهي باستمرار. معظم عمليات التحويل عبر البلوك تشين تبدو فورية من الخارج. تتحرك الأصول، وتتغير الأرصدة، وتُعتبر المعاملة منتهية. لكن الأصول الخاضعة للأنظمة لا تعمل دائمًا بهذه الطريقة.

في نموذج Zedger لدى Dusk، لا يكتمل التحويل تلقائيًا بمجرد إرساله. يجب على المستلم أن يقبله بشكل صريح أولًا. وحتى يحدث ذلك، ما زال المبلغ المحوَّل يحتاج إلى أن يُؤخذ في الحسابات بشكل صحيح. قد يبدو هذا مجرد خيار تصميم صغير، لكنه يحل مشكلة صعبة على نحو مدهش.

بدأت أفكر في الحالات التي يكون فيها أحد طرفي المعاملة جاهزًا قبل الآخر. ربما يكون المُرسِل قد بدأ التحويل بالفعل، لكن المستلم لم يوافق عليه بعد. عادةً ما تركز الأنظمة التشفيرية التقليدية على نقل القيمة بأسرع ما يمكن. يبدو أن Dusk يهتم أكثر بتتبع المسؤولية خلال الفترة بين بدء المعاملة والتسوية.

ما أجدُه مثيرًا للاهتمام هو أن هذه الحالة “الوسطى” تُعامل كجزء من العملية وليست استثناءً. يحافظ النظام على تتبع الملكية والأرصدة أثناء انتظار خطوة الموافقة النهائية.

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

#dusk $DUSK @Dusk
aعتقد أن الخصوصية تصبح أكثر فائدة عندما تتمكن من فهم ما يتم إخفاؤه بشكل واضح.

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

تأخذ Zedger هذه الفكرة إلى أبعد من ذلك من خلال “تجزئة”/ترميز الأصول لأغراض التوثيق الأمني. يمكن إبقاء تغيّرات الرصيد في ذاكرة خاصة، بينما يتم الإعلان علناً عن جذر Sparse Merkle Segment Trie. وهذا يمنح النظام شيئاً يمكن التحقق منه دون تعريض معلومات الحساب الأساسية نفسها.

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

وهنا تصبح مقاربة Dusk مثيرة للاهتمام. الخصوصية والشفافية ليست بالضرورة نقيضين. السؤال الحقيقي هو ما إذا كان البروتوكول يمكنه من جعلهما تعملان معاً دون كشف معلومات لا يتوجب أن تكون عامة.

#dusk $DUSK @Dusk
كنت أفكر في كيف لا تزال معظم مناقشات العملات المشفرة تتعامل مع الخصوصية باعتبارها شيئًا ينتمي إلى سلسلة محددة. إذا أردت الخصوصية، تنقل الأصول إلى هناك. وإذا احتجت إلى الامتثال أو وظائف أخرى، تنتقل إلى مكان آخر. لطالما بدا لي أن هذا الفصل محدود إلى حد ما.

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

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

السؤال هو ما إذا كانت السوق ستقيّم الخصوصية في النهاية باعتبارها بنية تحتية، وليس ميزة متخصصة مرتبطة بسلسلة بلوكتشين بعينها.

#dusk $DUSK @Dusk
كنت أفكر أكثر في نهج Dusk لوضع بيانات السوق على السلسلة، وشيء واحد يزعجني باستمرار

إن إدخال سعر إلى بلوكتشين هو مشكلة واحدة
لكن تحديد أي سعر يستحق أن يكون هناك مشكلة أخرى

بالنسبة لأصل سائل، يمكن لعدة أسواق نشطة أن تمنحك مرجعًا معقولًا لأن هناك نشاطًا تداوليًا كافيًا للمقارنة

لكن الورقة المالية قليلة التداول تختلف

يمكن لصفقة صغيرة واحدة أن تحرّك السعر المُعلَن، بينما قد لا يعكس آخر سعر تم تداوله ما يمكن لشخص أن يبيعه به فعليًا

إذا أصبحت هذه الأرقام جزءًا من سير عمل على السلسلة، فإن مصدر البيانات يصبح فجأة مهمًا بقدر أهمية البنية التحتية التي تنقلها

هذا يجعلني أنظر إلى دور Dusk بشكل مختلف

السؤال المثير للاهتمام بالنسبة لي ليس فقط ما إذا كان يمكن جلب بيانات الأسعار إلى السلسلة

بل كيف يتعامل النظام مع الخلاف بين المصادر: أسعار قديمة، سيولة منخفضة، أو صفقات غير معتادة

لا بد من طريقة لتقييم جودة البيانات بدلًا من مجرد تسجيل أي شيء يصل أولًا

أود أن أرى كيف يعمل ذلك عمليًا عبر الأصول الخاضعة للتنظيم والأقل سيولة، خصوصًا عندما تُنتج مصادر مختلفة تقييمات متقاربة لكن ليست متطابقة

لأن عند تلك النقطة يصبح السؤال الحقيقي بسيطًا

من الذي يحصل على الكلمة الأخيرة بشأن ما يُعدّ فعليًا “سعرًا حقيقيًا”؟

#dusk $DUSK @Dusk
لقد كنت أفكر في تصميم ما بعد التداول لدى Dusk بطريقة مختلفة قليلًا بعد قراءة مواد دورة الحياة. كنت أعتقد في السابق أن الامتثال القابل للبرمجة يتعلق في الغالب بالتأكد من أن الصفقة مسموح بها قبل أن تحدث. لكن السؤال الأصعب يبدو يبدأ بعد تنفيذ الصفقة، عندما يتعين الحفاظ على الملكية وحقوق التصويت والأهلية للحصول على الأرباح وحالة الامتثال بشكل صحيح.

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

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

#TermMax
لقد كنت أفكر في هيكل نضج TermMax بطريقة مختلفة قليلًا مؤخرًا. في البداية، رأيت أن الآجال الثابتة هي وسيلة لتسهيل فهم تكاليف الاقتراض. لكن بعد ذلك بدأت أتساءل ماذا يحدث عندما يتغير الشعور بالسوق بسرعة وبشكل مفاجئ ويبدأ الجميع في طلب آجال أقصر.

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

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

هذه هي النقطة التي أريد مراقبتها. ليس فقط ما إذا كان لدى TermMax سيولة، بل كيف تتصرف هذه السيولة عندما يغيّر المستخدمون—بشكل جماعي—تفضيلهم الزمني. هل يعيد السوق التسعير بسلاسة، أم تصبح آجال النضج الأقصر مزدحمة بينما تُترك الآجال الأطول خلفها؟
#termmax @TermMax

#TermMax
لقد كنت أنظر إلى أوامر النطاق الخاصة بـ TermMax بشكل مختلف مؤخرًا. في البداية، تعاملت معها باعتبارها طريقة أخرى لمتعهدي السوق لتوفير السيولة وكسب الدخل من الإقراض. لكن كلما فكرت أكثر في منحنى التسعير، بدا لي أكثر كونه طريقة للتعبير عن وجهة نظر بشأن السعر.

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

يجعل أمر النطاق ثنائي الاتجاه (Two-Way Range Order) الأمر أكثر إثارة للاهتمام لأن منحنيي الاقتراض والإقراض يمكن أن يجتمعا داخل نفس الأمر. وهذا يجعل توفير السيولة أقرب إلى التموضع حول المعدلات، بدلًا من مجرد إيداع رأس المال والانتظار.

ومع ذلك، ما زلت مهتمًا بجودة التنفيذ. فوجود منحنى على الورق يعني القليل إذا ظلت أنشطة السوق خارج نطاقه، أو إذا جعلت الظروف المتغيرة وجهة النظر بشأن المعدل قديمة. أود أن أراقب مدى سرعة امتلاء هذه النطاقات، وكم مرة يقوم مقدمو السيولة بتعديلها، وما إذا كانت المرونة تؤدي إلى كفاءة أفضل في استخدام رأس المال مع مرور الوقت.
#termmax @TermMax

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

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

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

أنا لا أقول إن كل تصميم للجسور لديه نفس نقاط الضعف. بعضها يتحسن بشكل واضح. ومع ذلك، في كل مرة أقيم فيها نظامًا متعدد السلاسل الآن، أقضي وقتًا أقل في سؤال: كيف تتحرك الأصول؟ وأقضي وقتًا أكثر في سؤال: من الذي يُوثق في النهاية عندما يحدث خطأ. هل نحن نتقدم في تقليل هذا الاعتماد، أم أننا في الغالب نخفيه خلف بنية تحتية أكثر تعقيدًا؟
#dusk $DUSK @Dusk

#TermMax
كنت أُمعن النظر في كيفية تعامل TermMax مع المراكز ذات الفائدة الثابتة، ويبدو أن بنية FT وXT وGT هي الجزء الذي أفهمه الآن بشكل مختلف. في البداية اعتقدت أن تقسيم مركز بفائدة ثابتة إلى رموز منفصلة هو في الغالب طريقة أنظف لتمثيل نفس الدين. لكن بعد التعمق أكثر قليلًا في الآليات، بدأت أرى لماذا تهمّ عملية الفصل.

يمثل FT جانب الأصل (principal)، بينما يعزل XT عنصر الفائدة، ويرتبط GT ارتباطًا أكبر بجانب الاستحقاق من المركز. ما أجده مفيدًا هنا هو أن مركز دين واحد بفائدة ثابتة لم يعد مضطرًا للتصرف كأصل واحد غير قابل للتجزئة. قد تتم معالجة أجزاء مختلفة من التعرض الاقتصادي بشكل منفصل، اعتمادًا على ما يرغب المستخدم فعليًا في الاحتفاظ به أو تداوله.

لكن هناك مفاضلة (trade off) تظل تراودني. قد تخلق المزيد من الوحدات طرقًا أكثر لإدارة التعرض، لكنها قد تجعل التسعير والسيولة أصعب في الفهم أيضًا، خصوصًا إذا طوّر كل رمز عمق سوقه الخاص. أود أن أرى مدى اتساق تداول هذه المكونات، وما إذا كان الفصل يحسّن كفاءة رأس المال فعلًا في الاستخدام الواقعي وليس فقط لأنه يبدو جيدًا على مستوى البروتوكول.

لا أزال أراقب هذا الجانب عن كثب. هل يؤدي تفكيك دين بفائدة ثابتة إلى أجزاء أصغر إلى أسواق أفضل حقًا، أم أننا ننقل التعقيد إلى مكان آخر؟
#termmax @TermMax

لقد كنت أفكر في DuskEVM من زاوية مختلفة بعض الشيء مؤخراً: ليس فقط في مقدار تكلفة المعاملة، بل في مدى إمكانية التنبؤ بهذه التكلفة عندما تقوم ببناء شيء مُنظَّم.

الجزء المثير للاهتمام هو أن الرسوم ليست في الواقع رقماً واحداً بسيطاً. فهي تعتمد على طبقتين للتسعير: تكاليف التنفيذ من جهة وتكاليف توفر البيانات من جهة أخرى. والطبقة الثانية هي التي قد تجعل التنبؤ أقل وضوحاً.

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

لهذا أعتقد أن قابلية التنبؤ بالرسوم تستحق اهتماماً أكبر في النقاشات حول DuskEVM. ليست المسألة فقط ما إذا كانت المعاملات رخيصة. بل هل يمكن للتطبيق أن يقدّر تكاليف معاملاته بشكل موثوق قبل توسيع نشاطه.

بالنسبة للتمويل المُنظَّم، قد تكون قابلية التنبؤ مهمة تقريباً مثل الرسوم نفسها من حيث القيمة المطلقة. وهذا اختبار تصميمي ممتع لـ Dusk
#dusk $DUSK @Dusk

#termmax @TermMax
كنت أتابع أمر النطاق ثنائي الاتجاه من TermMax، واعتقدت في البداية أنه مجرد طريقة أخرى لوضع أوامر الإقراض أو الاقتراض المرنة. لكن بعد التعمق في كيفية سلوك المنحنيين، لم أعد مقتنعًا بأنه بهذه البساطة.

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

الجزء الذي ما زلت أحاول فهمه هو الفارق (spread). فجوة أوسع بين منحنيي الاقتراض والإقراض تبدو جذابة على الورق، لكنها لا تعني تلقائيًا عوائد أفضل. احتمالية التنفيذ، ومستوى الضمانات (collateral) ومدى سرعة تحرك السوق بين تلك النطاقات ينبغي أن تكون مهمة للغاية.

وهذا يجعل السؤال الحقيقي أقل يتعلق بما إذا كان منحنيان أمرًا ذكيًا، وأكثر يتعلق بمدى كفاءتهما فعليًا عند استخدامهما في الأسواق الحية. أود مراقبة توزيع عمليات التنفيذ مع مرور الوقت قبل أن أقرر مقدار الميزة التي يخلقها هذا بالفعل.
#TermMax

لا أستطيع التوقف عن ملاحظة أن معظم النقاشات حول شراكات DUSK تركز على NPEX، لكني أعتقد أن القصة الأكبر قد تكون النمط الذي يتشكل حوله. عندما تظهر أسماء مثل Cordial Systems و21X وNPEX في محادثة واحدة ضمن النظام البيئي، يبدأ الأمر في الظهور أقل كتعبير عن علاقة عمل منفردة وأكثر كونه اختبارًا لما إذا كان بإمكان نموذج بنية تحتية واحد أن يخدم أسواقًا خاضعة للتنظيم متعددة.

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

لهذا السبب أولي اهتمامًا للشبكة المتنامية من الشركاء بدلًا من أي إعلان منفرد. إذا كان عدة مشاركين في الأسواق الخاضعة للتنظيم يستكشفون البنية التحتية نفسها، فهل يمكن أن يكون ذلك إشارة إلى أن الصناعة تتجه للتقارب حول نموذج موحّد لما بعد التداول؟
#dusk $DUSK @Dusk