毛毛姐日进斗金
1.3k منشورات
毛毛姐日进斗金
تم التحقُّق من Squareإبلاغ
حظر المُستخدم
X: mej50749 全网粉丝400万 万倍meme女王 分享认知 金钱能量 一级投研
مُتداول بمُعدّل مرتفع
5.3 سنوات
160 تتابع
14.1K+ المتابعون
3.7K+ إعجاب
منشورات
الكل
اقتباسات
مقاطع فيديو
Live
·
--
صاعد
DuskEVM تعمل على OP Stack، لكن اليوم تُنفَّذ عمليات rollup على OP Stack بواسطة مُرتِّب (sequencer) واحد. وفي سياق التشفير، تُعد هذه عادةً نقدًا قياسيًا؛ أما في الأسواق الخاضعة للرقابة، فهي أقرب إلى متطلب، ولذا يستحق الأمر أن يُقال بوضوح.
لا توجد منصات تداول تقليدية تحقق المطابقة لا مركزية. بل لدى هذه المنصات: مشغّل مرخّص، والتزام بالحفاظ على نظام السوق، وجهة تنظيمية يمكنها معاقبتها. إن “الترتيب” هو فقط تغيير اسم لما يتم فعله—تحديد ترتيب تنفيذ الصفقات. لا يمكن لمنصة خاضعة للرقابة أن تُسند هذا الأمر إلى مجموعة من مجهولين بينما تتحمّل هي المسؤولية عن النتيجة. إن المشغّل القابل للمساءلة جزء من التصميم نفسه، وليس عيبًا.
لكن هذا النقد لا يختفي؛ إنه فقط يتخذ شكلاً مختلفًا. الخطر الحقيقي في وجود sequencer واحد يتمثل في الرقابة والاستمرارية: إذا رفضتُ تداولك، أو توقفت المنظومة تمامًا، فستحتاج إلى مسار لا يعتمد عليه. وعلى OP Stack، يكون هذا المسار عبر تضمين مُلزم على طبقة التسوية—وبالنسبة لـ @dusk فهو DuskDS وليس Ethereum. وهذا يزيل أيضًا نافذة السحب لمدة سبعة أيام التي تأتي مع rollup الخاص بإثباتات الاحتيال.
وعليه، فإن الأسئلة المفيدة حقًا هي أسئلة عملية جدًا: من الذي يشغّل الـ sequencer، وبناءً على أي تعهّدات علنية؟ هل التضمين المُلزم قد تم إطلاقه بالفعل وخضع لاختبارات فعلية، وكم سيتعيّن على المستخدمين الانتظار لأجله؟ وهل توجد خطة مكتوبة للتبديل في حالات الأعطال (failover)؟
بالنسبة إلى $DUSK ، لا يبدو أن هدفه هو جعل الـ sequencer لامركزيًا؛ بل الهدف أن يكون قابلاً للمساءلة وقابلاً للتحايل عليه. هذان هدفان هندسيان مختلفان، والمستخدمون الخاضعون للرقابة هم الذين سيتحققون من الأخير فعلًا. #dusk $DUSK @Dusk_Foundation
{future}(DUSKUSDT)
DuskEVM تعمل على OP Stack، لكن اليوم تُنفَّذ عمليات rollup على OP Stack بواسطة مُرتِّب (sequencer) واحد. وفي سياق التشفير، تُعد هذه عادةً نقدًا قياسيًا؛ أما في الأسواق الخاضعة للرقابة، فهي أقرب إلى متطلب، ولذا يستحق الأمر أن يُقال بوضوح.
لا توجد منصات تداول تقليدية تحقق المطابقة لا مركزية. بل لدى هذه المنصات: مشغّل مرخّص، والتزام بالحفاظ على نظام السوق، وجهة تنظيمية يمكنها معاقبتها. إن “الترتيب” هو فقط تغيير اسم لما يتم فعله—تحديد ترتيب تنفيذ الصفقات. لا يمكن لمنصة خاضعة للرقابة أن تُسند هذا الأمر إلى مجموعة من مجهولين بينما تتحمّل هي المسؤولية عن النتيجة. إن المشغّل القابل للمساءلة جزء من التصميم نفسه، وليس عيبًا.
لكن هذا النقد لا يختفي؛ إنه فقط يتخذ شكلاً مختلفًا. الخطر الحقيقي في وجود sequencer واحد يتمثل في الرقابة والاستمرارية: إذا رفضتُ تداولك، أو توقفت المنظومة تمامًا، فستحتاج إلى مسار لا يعتمد عليه. وعلى OP Stack، يكون هذا المسار عبر تضمين مُلزم على طبقة التسوية—وبالنسبة لـ @dusk فهو DuskDS وليس Ethereum. وهذا يزيل أيضًا نافذة السحب لمدة سبعة أيام التي تأتي مع rollup الخاص بإثباتات الاحتيال.
وعليه، فإن الأسئلة المفيدة حقًا هي أسئلة عملية جدًا: من الذي يشغّل الـ sequencer، وبناءً على أي تعهّدات علنية؟ هل التضمين المُلزم قد تم إطلاقه بالفعل وخضع لاختبارات فعلية، وكم سيتعيّن على المستخدمين الانتظار لأجله؟ وهل توجد خطة مكتوبة للتبديل في حالات الأعطال (failover)؟
بالنسبة إلى $DUSK ، لا يبدو أن هدفه هو جعل الـ sequencer لامركزيًا؛ بل الهدف أن يكون قابلاً للمساءلة وقابلاً للتحايل عليه. هذان هدفان هندسيان مختلفان، والمستخدمون الخاضعون للرقابة هم الذين سيتحققون من الأخير فعلًا. #dusk $DUSK @Dusk
لا توجد منصات تداول تقليدية تحقق المطابقة لا مركزية. بل لدى هذه المنصات: مشغّل مرخّص، والتزام بالحفاظ على نظام السوق، وجهة تنظيمية يمكنها معاقبتها. إن “الترتيب” هو فقط تغيير اسم لما يتم فعله—تحديد ترتيب تنفيذ الصفقات. لا يمكن لمنصة خاضعة للرقابة أن تُسند هذا الأمر إلى مجموعة من مجهولين بينما تتحمّل هي المسؤولية عن النتيجة. إن المشغّل القابل للمساءلة جزء من التصميم نفسه، وليس عيبًا.
لكن هذا النقد لا يختفي؛ إنه فقط يتخذ شكلاً مختلفًا. الخطر الحقيقي في وجود sequencer واحد يتمثل في الرقابة والاستمرارية: إذا رفضتُ تداولك، أو توقفت المنظومة تمامًا، فستحتاج إلى مسار لا يعتمد عليه. وعلى OP Stack، يكون هذا المسار عبر تضمين مُلزم على طبقة التسوية—وبالنسبة لـ @dusk فهو DuskDS وليس Ethereum. وهذا يزيل أيضًا نافذة السحب لمدة سبعة أيام التي تأتي مع rollup الخاص بإثباتات الاحتيال.
وعليه، فإن الأسئلة المفيدة حقًا هي أسئلة عملية جدًا: من الذي يشغّل الـ sequencer، وبناءً على أي تعهّدات علنية؟ هل التضمين المُلزم قد تم إطلاقه بالفعل وخضع لاختبارات فعلية، وكم سيتعيّن على المستخدمين الانتظار لأجله؟ وهل توجد خطة مكتوبة للتبديل في حالات الأعطال (failover)؟
بالنسبة إلى $DUSK ، لا يبدو أن هدفه هو جعل الـ sequencer لامركزيًا؛ بل الهدف أن يكون قابلاً للمساءلة وقابلاً للتحايل عليه. هذان هدفان هندسيان مختلفان، والمستخدمون الخاضعون للرقابة هم الذين سيتحققون من الأخير فعلًا. #dusk $DUSK @Dusk
1
1
439
·
--
تقنيات الخصوصية في قطاع التشفير، والإجابة المعتادة عن سؤال واحد: من يمكنه أن يرى؟ لكن قانون حماية البيانات الأوروبي يسأل شيئًا آخر: من يمكنه أن يحذف.$DUSK
في أبريل 2025، اعتمدت EDPB إرشادات تتعلق بمعالجة البيانات الشخصية باستخدام تقنية البلوك تشين، وصياغتها تستحق القراءة سطرًا بسطر. إن مفتاحًا عامًا يرتبط بشخص طبيعي يشكّل بيانات شخصية؛ وعند تعارضه مع مبادئ حماية البيانات، ينبغي تجنب تخزين البيانات الشخصية على السلسلة؛ وتمت التأكيد على حق التصحيح وحق الحذف، لا على استثنائهما.
هذا القيد أكثر صرامة من معظم تصاميم الخصوصية التي كانت مستعدة لمواجهته. التشفير لا يعني الحذف—فأي سجل مُشفّر يظل سجلًا؛ فالمفاتيح التي تتحملها اليوم قد تُكشف غدًا. المادة 17 من GDPR تطلب «عدم الوجود»، لا «عدم القدرة على الفهم».
الإجابة المتاحة على هذا المستوى معماريّة، وهذا بالضبط هو المسار الذي لطالما مال إليه @dusk: تظل البيانات الشخصية خارج السلسلة، وما يوضع على السلسلة هو وعود وإثباتات فقط، وتُعامَل عملية الإفصاح كفعلٍ مُتحكَّم فيه مرة واحدة، لا كمنشورٍ دائم وعام. يتمثل دور Citadel في إنجاز هذه المهمة—إثبات صفةٍ ما دون نشر الملف الكامن خلفها مرة أخرى. وإذا كانت السجلات الأساسية مخزنة لدى الطرف الذي تقع عليه التزامات الحفظ القانونية، يصبح الحذف إجراءً يُنفَّذ بواسطة ذلك الطرف، بينما تبقى على السلسلة شهادة لا تشير بعد الآن إلى أي شخص.
وينبغي أيضًا توضيح أمرٍ آخر: لم تُحسم هذه الأمور بعد. هل تُحسب الوعود بحد ذاتها بيانات شخصية أم لا يزال هناك جدل، كما أن تلك الإرشادات ما تزال جديدة.
لذلك ليس المقصود أن نسأل عن مدى قوة الخصوصية بالنسبة لـ $DUSK، أو لأي سلسلة RWA أخرى، بل السؤال هو: ماذا يحدث عندما يطلب أحدهم أن يُنسى.#dusk $DUSK @Dusk_Foundation
تقنيات الخصوصية في قطاع التشفير، والإجابة المعتادة عن سؤال واحد: من يمكنه أن يرى؟ لكن قانون حماية البيانات الأوروبي يسأل شيئًا آخر: من يمكنه أن يحذف.$DUSK
في أبريل 2025، اعتمدت EDPB إرشادات تتعلق بمعالجة البيانات الشخصية باستخدام تقنية البلوك تشين، وصياغتها تستحق القراءة سطرًا بسطر. إن مفتاحًا عامًا يرتبط بشخص طبيعي يشكّل بيانات شخصية؛ وعند تعارضه مع مبادئ حماية البيانات، ينبغي تجنب تخزين البيانات الشخصية على السلسلة؛ وتمت التأكيد على حق التصحيح وحق الحذف، لا على استثنائهما.
هذا القيد أكثر صرامة من معظم تصاميم الخصوصية التي كانت مستعدة لمواجهته. التشفير لا يعني الحذف—فأي سجل مُشفّر يظل سجلًا؛ فالمفاتيح التي تتحملها اليوم قد تُكشف غدًا. المادة 17 من GDPR تطلب «عدم الوجود»، لا «عدم القدرة على الفهم».
الإجابة المتاحة على هذا المستوى معماريّة، وهذا بالضبط هو المسار الذي لطالما مال إليه @dusk: تظل البيانات الشخصية خارج السلسلة، وما يوضع على السلسلة هو وعود وإثباتات فقط، وتُعامَل عملية الإفصاح كفعلٍ مُتحكَّم فيه مرة واحدة، لا كمنشورٍ دائم وعام. يتمثل دور Citadel في إنجاز هذه المهمة—إثبات صفةٍ ما دون نشر الملف الكامن خلفها مرة أخرى. وإذا كانت السجلات الأساسية مخزنة لدى الطرف الذي تقع عليه التزامات الحفظ القانونية، يصبح الحذف إجراءً يُنفَّذ بواسطة ذلك الطرف، بينما تبقى على السلسلة شهادة لا تشير بعد الآن إلى أي شخص.
وينبغي أيضًا توضيح أمرٍ آخر: لم تُحسم هذه الأمور بعد. هل تُحسب الوعود بحد ذاتها بيانات شخصية أم لا يزال هناك جدل، كما أن تلك الإرشادات ما تزال جديدة.
لذلك ليس المقصود أن نسأل عن مدى قوة الخصوصية بالنسبة لـ $DUSK ، أو لأي سلسلة RWA أخرى، بل السؤال هو: ماذا يحدث عندما يطلب أحدهم أن يُنسى.#dusk $DUSK @Dusk
في أبريل 2025، اعتمدت EDPB إرشادات تتعلق بمعالجة البيانات الشخصية باستخدام تقنية البلوك تشين، وصياغتها تستحق القراءة سطرًا بسطر. إن مفتاحًا عامًا يرتبط بشخص طبيعي يشكّل بيانات شخصية؛ وعند تعارضه مع مبادئ حماية البيانات، ينبغي تجنب تخزين البيانات الشخصية على السلسلة؛ وتمت التأكيد على حق التصحيح وحق الحذف، لا على استثنائهما.
هذا القيد أكثر صرامة من معظم تصاميم الخصوصية التي كانت مستعدة لمواجهته. التشفير لا يعني الحذف—فأي سجل مُشفّر يظل سجلًا؛ فالمفاتيح التي تتحملها اليوم قد تُكشف غدًا. المادة 17 من GDPR تطلب «عدم الوجود»، لا «عدم القدرة على الفهم».
الإجابة المتاحة على هذا المستوى معماريّة، وهذا بالضبط هو المسار الذي لطالما مال إليه @dusk: تظل البيانات الشخصية خارج السلسلة، وما يوضع على السلسلة هو وعود وإثباتات فقط، وتُعامَل عملية الإفصاح كفعلٍ مُتحكَّم فيه مرة واحدة، لا كمنشورٍ دائم وعام. يتمثل دور Citadel في إنجاز هذه المهمة—إثبات صفةٍ ما دون نشر الملف الكامن خلفها مرة أخرى. وإذا كانت السجلات الأساسية مخزنة لدى الطرف الذي تقع عليه التزامات الحفظ القانونية، يصبح الحذف إجراءً يُنفَّذ بواسطة ذلك الطرف، بينما تبقى على السلسلة شهادة لا تشير بعد الآن إلى أي شخص.
وينبغي أيضًا توضيح أمرٍ آخر: لم تُحسم هذه الأمور بعد. هل تُحسب الوعود بحد ذاتها بيانات شخصية أم لا يزال هناك جدل، كما أن تلك الإرشادات ما تزال جديدة.
لذلك ليس المقصود أن نسأل عن مدى قوة الخصوصية بالنسبة لـ $DUSK ، أو لأي سلسلة RWA أخرى، بل السؤال هو: ماذا يحدث عندما يطلب أحدهم أن يُنسى.#dusk $DUSK @Dusk
381
·
--
صاعد
أحكم ما إذا كان مشروع RWA موثوقًا أم لا، وقد قلّ اهتمامي الآن بمدى “سرعة السلسلة”؛ بدلًا من ذلك، أبدأ أولًا بالسؤال: هل توجد مؤسسات مالية حقيقية، وساحات تداول، وخدمات حفظ أصول، وبيانات، وبنية تحتية للمدفوعات ترغب في الانضمام؟ لأن المشكلة الأكثر تعقيدًا بعد تحويل الأصول الخاضعة للرقابة إلى السلسلة ليست في عمليات التحويل نفسها، بل في ما إذا كان يمكن ربط الإصدارات، وقبول المشاركين، والتداول، والبيانات، والحفظ، والتسوية ضمن عملية واحدة متكاملة.
@dusk تُعد مسار التعاون خلال العامين الماضيين مثالًا نموذجيًا. NPEX نفسها عبارة عن منصة تداول منظمة من قبل هيئة AFM في هولندا، وتعمل Dusk مع NPEX على تمكين الإصدار والتداول والتسوية على السلسلة للأوراق المالية الخاضعة للرقابة؛ كما أن التعاون مع Chainlink يضيف إمكان التوافق البيني عبر السلاسل، وبيانات السوق الرسمية، وتدفقات البيانات الفورية. وبالإضافة إلى ذلك، فإن التعاون المتعلق بالحفظ والمدفوعات وبنية السوق الأوروبية الخاضعة للرقابة يُظهر أنها لا تعمل على سلسلة واحدة بمفردها ثم تنتظر أن تتكيف المؤسسات لوحدها، بل إنها تُكمل أدوار سوق المال التي يحتاجها الأصل فعلًا—قطعةً قطعة—بشكل استباقي.
أعتقد أن هذا هو النسخة الأكثر واقعية من “جلب سوق المال إلى السلسلة”: ليست استبدال TradFi بالكامل بين ليلة وضحاها، بل تمكين المؤسسات المرخصة بالفعل، ولديها عملاء وأصول بالفعل، من نقل مراحل الإصدار والتداول والإفصاح والتسوية تدريجيًا إلى السلسلة. لن يكون هذا المسار سريعًا، لكن بمجرد أن يكتمل ويعمل، تكون الحواجز أعلى بكثير من مجرد السرد القصصي.
$DUSK #dusk $DUSK @Dusk_Foundation
{future}(DUSKUSDT)
أحكم ما إذا كان مشروع RWA موثوقًا أم لا، وقد قلّ اهتمامي الآن بمدى “سرعة السلسلة”؛ بدلًا من ذلك، أبدأ أولًا بالسؤال: هل توجد مؤسسات مالية حقيقية، وساحات تداول، وخدمات حفظ أصول، وبيانات، وبنية تحتية للمدفوعات ترغب في الانضمام؟ لأن المشكلة الأكثر تعقيدًا بعد تحويل الأصول الخاضعة للرقابة إلى السلسلة ليست في عمليات التحويل نفسها، بل في ما إذا كان يمكن ربط الإصدارات، وقبول المشاركين، والتداول، والبيانات، والحفظ، والتسوية ضمن عملية واحدة متكاملة.
@dusk تُعد مسار التعاون خلال العامين الماضيين مثالًا نموذجيًا. NPEX نفسها عبارة عن منصة تداول منظمة من قبل هيئة AFM في هولندا، وتعمل Dusk مع NPEX على تمكين الإصدار والتداول والتسوية على السلسلة للأوراق المالية الخاضعة للرقابة؛ كما أن التعاون مع Chainlink يضيف إمكان التوافق البيني عبر السلاسل، وبيانات السوق الرسمية، وتدفقات البيانات الفورية. وبالإضافة إلى ذلك، فإن التعاون المتعلق بالحفظ والمدفوعات وبنية السوق الأوروبية الخاضعة للرقابة يُظهر أنها لا تعمل على سلسلة واحدة بمفردها ثم تنتظر أن تتكيف المؤسسات لوحدها، بل إنها تُكمل أدوار سوق المال التي يحتاجها الأصل فعلًا—قطعةً قطعة—بشكل استباقي.
أعتقد أن هذا هو النسخة الأكثر واقعية من “جلب سوق المال إلى السلسلة”: ليست استبدال TradFi بالكامل بين ليلة وضحاها، بل تمكين المؤسسات المرخصة بالفعل، ولديها عملاء وأصول بالفعل، من نقل مراحل الإصدار والتداول والإفصاح والتسوية تدريجيًا إلى السلسلة. لن يكون هذا المسار سريعًا، لكن بمجرد أن يكتمل ويعمل، تكون الحواجز أعلى بكثير من مجرد السرد القصصي.
$DUSK #dusk $DUSK @Dusk
@dusk تُعد مسار التعاون خلال العامين الماضيين مثالًا نموذجيًا. NPEX نفسها عبارة عن منصة تداول منظمة من قبل هيئة AFM في هولندا، وتعمل Dusk مع NPEX على تمكين الإصدار والتداول والتسوية على السلسلة للأوراق المالية الخاضعة للرقابة؛ كما أن التعاون مع Chainlink يضيف إمكان التوافق البيني عبر السلاسل، وبيانات السوق الرسمية، وتدفقات البيانات الفورية. وبالإضافة إلى ذلك، فإن التعاون المتعلق بالحفظ والمدفوعات وبنية السوق الأوروبية الخاضعة للرقابة يُظهر أنها لا تعمل على سلسلة واحدة بمفردها ثم تنتظر أن تتكيف المؤسسات لوحدها، بل إنها تُكمل أدوار سوق المال التي يحتاجها الأصل فعلًا—قطعةً قطعة—بشكل استباقي.
أعتقد أن هذا هو النسخة الأكثر واقعية من “جلب سوق المال إلى السلسلة”: ليست استبدال TradFi بالكامل بين ليلة وضحاها، بل تمكين المؤسسات المرخصة بالفعل، ولديها عملاء وأصول بالفعل، من نقل مراحل الإصدار والتداول والإفصاح والتسوية تدريجيًا إلى السلسلة. لن يكون هذا المسار سريعًا، لكن بمجرد أن يكتمل ويعمل، تكون الحواجز أعلى بكثير من مجرد السرد القصصي.
$DUSK #dusk $DUSK @Dusk
1
278
·
--
صاعد
هناك مشكلة واحدة يقررها بهدوء السؤال عما إذا كان يُمكن للأوراق المالية المُرقمنة/المُرمّزة أن تخدم المستثمرين الأفراد فعلاً: ماذا يحدث عندما يَضيع شخص ما مفتاحه الخاص.
في عصر الأدوات المجهولة، كان الفقد يعني النهاية. وهذا هو سبب التحول منذ عقود في الأسواق المتقدمة إلى الأوراق المسجلة والملكية المُسجلة بالدفاتر: إن حقك في سهمٍ ما يُعدّ قائمًا لأن سجلًا للأسماء يذكر ذلك، وليس لأنك تمسك شيئًا بين يديك. يمكن تعويض فقدان الشهادة، لكن سجل الأسماء هو الأصل.
إن كانت ورقة مالية مُرقمنة ومشروطة بأن «التحكم يساوي الحيازة»، فهذا يعيد بهدوء جلب مشكلة المجهول إلى الواجهة. وليس الضرر مقصورًا على الحائز فحسب—بل إنه يعطّل أيضًا التزامات المُصدر: شركة لا تزال مدينة بأرباح الأسهم وبحق التصويت إلى مساهمٍ موجود قانونيًا، بغض النظر عمّا يحدث لأجهزته.
لذلك، ربط المحافظ في Dusk Trade ليس مجرد خطوة قبول. إذا كانت البروتوكولات تعرف أي محفظة تعود إلى أي مستثمر مُتحقق منه، فتصبح للأوامر القضائية وخطط الميراث أو عمليات الاسترجاع نقطة ارتكاز: إعادة إصدار للأموال/الأصول إلى المحفظة الجديدة المُربوطة، وجعل المحفظة القديمة غير فعّالة. ما يقوله @dusk عن «طبقة البروتوكول لإحالة/نقلٍ خاضع للسيطرة» هو أحد أهم الاستخدامات لهذا.
لا يمكن تجنب التكلفة، وينبغي قول ذلك بصراحة: أي مسار استرجاع يعني أيضًا مسار سحب/خصم—يمكن لشخص ما أن ينقل أصولك دون أن يمتلك مفتاحك الخاص. وفي الأوراق المالية المُنظمة، توجد هذه السلطة أصلًا، وتُمارَس عبر المحاكم؛ المسألة فقط ما إذا كانت تُمارَس بشفافية.
بالنسبة لـ $DUSK ، فإن المقياس المفيد بسيط جدًا: إجراء استرجاع مكتوب يوافق مسؤول الامتثال على توقيعه. #dusk $DUSK @Dusk_Foundation
{future}(DUSKUSDT)
هناك مشكلة واحدة يقررها بهدوء السؤال عما إذا كان يُمكن للأوراق المالية المُرقمنة/المُرمّزة أن تخدم المستثمرين الأفراد فعلاً: ماذا يحدث عندما يَضيع شخص ما مفتاحه الخاص.
في عصر الأدوات المجهولة، كان الفقد يعني النهاية. وهذا هو سبب التحول منذ عقود في الأسواق المتقدمة إلى الأوراق المسجلة والملكية المُسجلة بالدفاتر: إن حقك في سهمٍ ما يُعدّ قائمًا لأن سجلًا للأسماء يذكر ذلك، وليس لأنك تمسك شيئًا بين يديك. يمكن تعويض فقدان الشهادة، لكن سجل الأسماء هو الأصل.
إن كانت ورقة مالية مُرقمنة ومشروطة بأن «التحكم يساوي الحيازة»، فهذا يعيد بهدوء جلب مشكلة المجهول إلى الواجهة. وليس الضرر مقصورًا على الحائز فحسب—بل إنه يعطّل أيضًا التزامات المُصدر: شركة لا تزال مدينة بأرباح الأسهم وبحق التصويت إلى مساهمٍ موجود قانونيًا، بغض النظر عمّا يحدث لأجهزته.
لذلك، ربط المحافظ في Dusk Trade ليس مجرد خطوة قبول. إذا كانت البروتوكولات تعرف أي محفظة تعود إلى أي مستثمر مُتحقق منه، فتصبح للأوامر القضائية وخطط الميراث أو عمليات الاسترجاع نقطة ارتكاز: إعادة إصدار للأموال/الأصول إلى المحفظة الجديدة المُربوطة، وجعل المحفظة القديمة غير فعّالة. ما يقوله @dusk عن «طبقة البروتوكول لإحالة/نقلٍ خاضع للسيطرة» هو أحد أهم الاستخدامات لهذا.
لا يمكن تجنب التكلفة، وينبغي قول ذلك بصراحة: أي مسار استرجاع يعني أيضًا مسار سحب/خصم—يمكن لشخص ما أن ينقل أصولك دون أن يمتلك مفتاحك الخاص. وفي الأوراق المالية المُنظمة، توجد هذه السلطة أصلًا، وتُمارَس عبر المحاكم؛ المسألة فقط ما إذا كانت تُمارَس بشفافية.
بالنسبة لـ $DUSK ، فإن المقياس المفيد بسيط جدًا: إجراء استرجاع مكتوب يوافق مسؤول الامتثال على توقيعه. #dusk $DUSK @Dusk
في عصر الأدوات المجهولة، كان الفقد يعني النهاية. وهذا هو سبب التحول منذ عقود في الأسواق المتقدمة إلى الأوراق المسجلة والملكية المُسجلة بالدفاتر: إن حقك في سهمٍ ما يُعدّ قائمًا لأن سجلًا للأسماء يذكر ذلك، وليس لأنك تمسك شيئًا بين يديك. يمكن تعويض فقدان الشهادة، لكن سجل الأسماء هو الأصل.
إن كانت ورقة مالية مُرقمنة ومشروطة بأن «التحكم يساوي الحيازة»، فهذا يعيد بهدوء جلب مشكلة المجهول إلى الواجهة. وليس الضرر مقصورًا على الحائز فحسب—بل إنه يعطّل أيضًا التزامات المُصدر: شركة لا تزال مدينة بأرباح الأسهم وبحق التصويت إلى مساهمٍ موجود قانونيًا، بغض النظر عمّا يحدث لأجهزته.
لذلك، ربط المحافظ في Dusk Trade ليس مجرد خطوة قبول. إذا كانت البروتوكولات تعرف أي محفظة تعود إلى أي مستثمر مُتحقق منه، فتصبح للأوامر القضائية وخطط الميراث أو عمليات الاسترجاع نقطة ارتكاز: إعادة إصدار للأموال/الأصول إلى المحفظة الجديدة المُربوطة، وجعل المحفظة القديمة غير فعّالة. ما يقوله @dusk عن «طبقة البروتوكول لإحالة/نقلٍ خاضع للسيطرة» هو أحد أهم الاستخدامات لهذا.
لا يمكن تجنب التكلفة، وينبغي قول ذلك بصراحة: أي مسار استرجاع يعني أيضًا مسار سحب/خصم—يمكن لشخص ما أن ينقل أصولك دون أن يمتلك مفتاحك الخاص. وفي الأوراق المالية المُنظمة، توجد هذه السلطة أصلًا، وتُمارَس عبر المحاكم؛ المسألة فقط ما إذا كانت تُمارَس بشفافية.
بالنسبة لـ $DUSK ، فإن المقياس المفيد بسيط جدًا: إجراء استرجاع مكتوب يوافق مسؤول الامتثال على توقيعه. #dusk $DUSK @Dusk
3
456
·
--
عندما تُناقَش الكثير من المشاريع موضوع RWA، تكون الجملة الأولى دائمًا: “انقل الأسهم والسندات والصناديق إلى السلسلة”. لكني كلما فكرت أكثر، أدرك أن الصعوبة الحقيقية ليست في إنشاء رمز (Token) واحد، بل في ما يحدث بعد ذلك: من الذي يستطيع الشراء وكيف يتم الشراء، وكيف تتم التسوية المالية، وكيف تُسلَّم الأصول، ومن يحق له الاطلاع على أي معلومات، وهل يمكن للسوق الثانوي أن يستمر في التداول ضمن أطر امتثال (compliance).
وهذا بالضبط ما كنت أضعه في اعتباري عند النظر إلى @dusk في Dusk Trade. فهو موضوع داخل طبقة التطبيقات لدى Dusk، وليس مجرد “صفحة عرض RWA”. بل إنه يحاول ربط اكتشاف الأصول، وتأهيل المستثمرين، وربط المحفظة، وعمليات البيع والشراء، وتنسيق المدفوعات، والتسوية—في عملية كاملة مترابطة. وتشير المواد الرسمية إلى أن اتجاهات الأصول تشمل MMFs وETFs والسندات وغيرها من الـ RWAs. والفكرة الأساسية ليست تحويل TradFi إلى صفحة DeFi أكثر جمالًا، بل تمكين الأصول المالية الحقيقية من البقاء على السلسلة مع الاحتفاظ بالملكية الفعلية، وقواعد الدخول، ومنطق التسوية.
إذا كان من المفترض أن ينتقل RWA في مرحلته التالية فعلًا من “حماس المفهوم” إلى “سوق قابل للاستدامة”، فليس ما يحتاجه المستخدمون في النهاية مجرد مجموعة من عقود رموز منفصلة، بل تجربة منتج يمكنها أن تتابع المستخدم من اكتشاف الأصول وصولًا إلى التداول والتسوية. والشيء الذي يجعل Dusk Trade جديرًا بالمتابعة هو أنه يوجّه الانتباه إلى تلك الجوانب غير المثيرة، لكنها هي التي تحدد ما إذا كان المشروع سينجح في التطبيق فعليًا.
$DUSK #dusk $DUSK @Dusk_Foundation
{future}(DUSKUSDT)
عندما تُناقَش الكثير من المشاريع موضوع RWA، تكون الجملة الأولى دائمًا: “انقل الأسهم والسندات والصناديق إلى السلسلة”. لكني كلما فكرت أكثر، أدرك أن الصعوبة الحقيقية ليست في إنشاء رمز (Token) واحد، بل في ما يحدث بعد ذلك: من الذي يستطيع الشراء وكيف يتم الشراء، وكيف تتم التسوية المالية، وكيف تُسلَّم الأصول، ومن يحق له الاطلاع على أي معلومات، وهل يمكن للسوق الثانوي أن يستمر في التداول ضمن أطر امتثال (compliance).
وهذا بالضبط ما كنت أضعه في اعتباري عند النظر إلى @dusk في Dusk Trade. فهو موضوع داخل طبقة التطبيقات لدى Dusk، وليس مجرد “صفحة عرض RWA”. بل إنه يحاول ربط اكتشاف الأصول، وتأهيل المستثمرين، وربط المحفظة، وعمليات البيع والشراء، وتنسيق المدفوعات، والتسوية—في عملية كاملة مترابطة. وتشير المواد الرسمية إلى أن اتجاهات الأصول تشمل MMFs وETFs والسندات وغيرها من الـ RWAs. والفكرة الأساسية ليست تحويل TradFi إلى صفحة DeFi أكثر جمالًا، بل تمكين الأصول المالية الحقيقية من البقاء على السلسلة مع الاحتفاظ بالملكية الفعلية، وقواعد الدخول، ومنطق التسوية.
إذا كان من المفترض أن ينتقل RWA في مرحلته التالية فعلًا من “حماس المفهوم” إلى “سوق قابل للاستدامة”، فليس ما يحتاجه المستخدمون في النهاية مجرد مجموعة من عقود رموز منفصلة، بل تجربة منتج يمكنها أن تتابع المستخدم من اكتشاف الأصول وصولًا إلى التداول والتسوية. والشيء الذي يجعل Dusk Trade جديرًا بالمتابعة هو أنه يوجّه الانتباه إلى تلك الجوانب غير المثيرة، لكنها هي التي تحدد ما إذا كان المشروع سينجح في التطبيق فعليًا.
$DUSK #dusk $DUSK @Dusk
وهذا بالضبط ما كنت أضعه في اعتباري عند النظر إلى @dusk في Dusk Trade. فهو موضوع داخل طبقة التطبيقات لدى Dusk، وليس مجرد “صفحة عرض RWA”. بل إنه يحاول ربط اكتشاف الأصول، وتأهيل المستثمرين، وربط المحفظة، وعمليات البيع والشراء، وتنسيق المدفوعات، والتسوية—في عملية كاملة مترابطة. وتشير المواد الرسمية إلى أن اتجاهات الأصول تشمل MMFs وETFs والسندات وغيرها من الـ RWAs. والفكرة الأساسية ليست تحويل TradFi إلى صفحة DeFi أكثر جمالًا، بل تمكين الأصول المالية الحقيقية من البقاء على السلسلة مع الاحتفاظ بالملكية الفعلية، وقواعد الدخول، ومنطق التسوية.
إذا كان من المفترض أن ينتقل RWA في مرحلته التالية فعلًا من “حماس المفهوم” إلى “سوق قابل للاستدامة”، فليس ما يحتاجه المستخدمون في النهاية مجرد مجموعة من عقود رموز منفصلة، بل تجربة منتج يمكنها أن تتابع المستخدم من اكتشاف الأصول وصولًا إلى التداول والتسوية. والشيء الذي يجعل Dusk Trade جديرًا بالمتابعة هو أنه يوجّه الانتباه إلى تلك الجوانب غير المثيرة، لكنها هي التي تحدد ما إذا كان المشروع سينجح في التطبيق فعليًا.
$DUSK #dusk $DUSK @Dusk
199
·
--
صاعد
#dusk $DUSK @Dusk_Foundation
لقد أعدتُ مؤخرًا مشاهدة خريطة/مسار تقنية @dusk، واكتشفت أن النقاط التي تجعل DuskEVM تستحق الاهتمام ليست أنها “تضيف سلسلة EVM أخرى”، بل لأنها تحاول حل مشكلة أكثر واقعية: فالمؤسسات المالية التقليدية تريد نقل أعمالها إلى السلسلة، لكنها لا ترغب في عرض تفاصيل كل المعاملات على دفتر الأستاذ العام.
بالنسبة للمطورين، كلما كانوا أكثر دراية بـ Solidity ومحافظ EVM وأدوات السلسلة الحالية، كلما انخفضت تكلفة الانتقال؛ لكن بالنسبة للأعمال المالية، فإن مجرد التوافق مع EVM لا يكفي. فالمعلومات مثل المراكز (الاستثمارات)، والأرصدة، والأطراف المقابلة، ونوايا الأوامر—غالبًا ما لا ينبغي أن تُنشر افتراضيًا. تكمن أهمية Hedger هنا: إذ يُدخل التشفير المتجانس والإثباتات الصفرية المعرفة إلى DuskEVM، بحيث يمكن للتطبيقات الحفاظ على قابلية تنفيذٍ قابلة للتحقق، مع توفير الخصوصية للبيانات الحساسة، مع الاحتفاظ بالمساحة اللازمة للإفصاح عند الحاجة إلى تدقيق أو تنظيم أو عرضٍ مُفوَّض.
أعتقد أن هذا المسار أقرب إلى الواقع في الأسواق المالية من فكرة “الخصوصية = عدم الإظهار التام”. فالمؤسسات لا تحتاج إلى الهروب من القواعد، بل إلى جعل ما ينبغي أن يكون مُعلنًا مُعلنًا، وما ينبغي أن يكون سريًا سريًا، وما يجب أن يُنظر إليه بناءً على تفويض يكون قابلاً للمراجعة. إذا استطاع DuskEVM ربط تجربة تطوير EVM المألوفة بسير عمل خصوصية يمكن تدقيقه، فسيصبح موقعه واضحًا جدًا: ليس لتقليد التمويل اللامركزي الموجود، بل لإضافة طبقة بنية تحتية حقيقية قابلة للتطبيق لتطبيقات مالية خاضعة للرقابة.
$DUSK
{spot}(DUSKUSDT)
#dusk $DUSK @Dusk
لقد أعدتُ مؤخرًا مشاهدة خريطة/مسار تقنية @dusk، واكتشفت أن النقاط التي تجعل DuskEVM تستحق الاهتمام ليست أنها “تضيف سلسلة EVM أخرى”، بل لأنها تحاول حل مشكلة أكثر واقعية: فالمؤسسات المالية التقليدية تريد نقل أعمالها إلى السلسلة، لكنها لا ترغب في عرض تفاصيل كل المعاملات على دفتر الأستاذ العام.
بالنسبة للمطورين، كلما كانوا أكثر دراية بـ Solidity ومحافظ EVM وأدوات السلسلة الحالية، كلما انخفضت تكلفة الانتقال؛ لكن بالنسبة للأعمال المالية، فإن مجرد التوافق مع EVM لا يكفي. فالمعلومات مثل المراكز (الاستثمارات)، والأرصدة، والأطراف المقابلة، ونوايا الأوامر—غالبًا ما لا ينبغي أن تُنشر افتراضيًا. تكمن أهمية Hedger هنا: إذ يُدخل التشفير المتجانس والإثباتات الصفرية المعرفة إلى DuskEVM، بحيث يمكن للتطبيقات الحفاظ على قابلية تنفيذٍ قابلة للتحقق، مع توفير الخصوصية للبيانات الحساسة، مع الاحتفاظ بالمساحة اللازمة للإفصاح عند الحاجة إلى تدقيق أو تنظيم أو عرضٍ مُفوَّض.
أعتقد أن هذا المسار أقرب إلى الواقع في الأسواق المالية من فكرة “الخصوصية = عدم الإظهار التام”. فالمؤسسات لا تحتاج إلى الهروب من القواعد، بل إلى جعل ما ينبغي أن يكون مُعلنًا مُعلنًا، وما ينبغي أن يكون سريًا سريًا، وما يجب أن يُنظر إليه بناءً على تفويض يكون قابلاً للمراجعة. إذا استطاع DuskEVM ربط تجربة تطوير EVM المألوفة بسير عمل خصوصية يمكن تدقيقه، فسيصبح موقعه واضحًا جدًا: ليس لتقليد التمويل اللامركزي الموجود، بل لإضافة طبقة بنية تحتية حقيقية قابلة للتطبيق لتطبيقات مالية خاضعة للرقابة.
$DUSK
لقد أعدتُ مؤخرًا مشاهدة خريطة/مسار تقنية @dusk، واكتشفت أن النقاط التي تجعل DuskEVM تستحق الاهتمام ليست أنها “تضيف سلسلة EVM أخرى”، بل لأنها تحاول حل مشكلة أكثر واقعية: فالمؤسسات المالية التقليدية تريد نقل أعمالها إلى السلسلة، لكنها لا ترغب في عرض تفاصيل كل المعاملات على دفتر الأستاذ العام.
بالنسبة للمطورين، كلما كانوا أكثر دراية بـ Solidity ومحافظ EVM وأدوات السلسلة الحالية، كلما انخفضت تكلفة الانتقال؛ لكن بالنسبة للأعمال المالية، فإن مجرد التوافق مع EVM لا يكفي. فالمعلومات مثل المراكز (الاستثمارات)، والأرصدة، والأطراف المقابلة، ونوايا الأوامر—غالبًا ما لا ينبغي أن تُنشر افتراضيًا. تكمن أهمية Hedger هنا: إذ يُدخل التشفير المتجانس والإثباتات الصفرية المعرفة إلى DuskEVM، بحيث يمكن للتطبيقات الحفاظ على قابلية تنفيذٍ قابلة للتحقق، مع توفير الخصوصية للبيانات الحساسة، مع الاحتفاظ بالمساحة اللازمة للإفصاح عند الحاجة إلى تدقيق أو تنظيم أو عرضٍ مُفوَّض.
أعتقد أن هذا المسار أقرب إلى الواقع في الأسواق المالية من فكرة “الخصوصية = عدم الإظهار التام”. فالمؤسسات لا تحتاج إلى الهروب من القواعد، بل إلى جعل ما ينبغي أن يكون مُعلنًا مُعلنًا، وما ينبغي أن يكون سريًا سريًا، وما يجب أن يُنظر إليه بناءً على تفويض يكون قابلاً للمراجعة. إذا استطاع DuskEVM ربط تجربة تطوير EVM المألوفة بسير عمل خصوصية يمكن تدقيقه، فسيصبح موقعه واضحًا جدًا: ليس لتقليد التمويل اللامركزي الموجود، بل لإضافة طبقة بنية تحتية حقيقية قابلة للتطبيق لتطبيقات مالية خاضعة للرقابة.
$DUSK
1
269
·
--
صاعد
#termmax @termmax
TermMax يمكنه الآن الاستعلام عن عمليات Airdrop @termmax
• استلام 30% مباشرة: وصول فوري 11,290.56 TMX، والباقي 70% يتم التخلي عنه مباشرة
• استلام 15% + قفل 85%: الجزء المقفل يمكن أن يحصل على +150% مكافأة إضافية بحد أقصى
• الجزء المستلم يمكن أيضًا اختياره مجددًا لمدة 3 أشهر أو 6 أشهر كإيداع (ستاك)، وبحد أقصى إضافة +180% كتعزيز إضافي
وقت الإطلاق الرسمي هو 25 أغسطس. من لديه رصيد/سقف (额度) فليذهب بسرعة لاختيار الخطة؛ بمجرد اختيارها سيتم التثبيت. إذا فات الموعد فسيتم اتباع المسار الافتراضي: 15% فوري + 85% قفل. لقد عملنا لمدة عام، والآن تم الإطلاق أخيرًا!
#termmax @TermMax
TermMax يمكنه الآن الاستعلام عن عمليات Airdrop @TermMax
• استلام 30% مباشرة: وصول فوري 11,290.56 TMX، والباقي 70% يتم التخلي عنه مباشرة
• استلام 15% + قفل 85%: الجزء المقفل يمكن أن يحصل على +150% مكافأة إضافية بحد أقصى
• الجزء المستلم يمكن أيضًا اختياره مجددًا لمدة 3 أشهر أو 6 أشهر كإيداع (ستاك)، وبحد أقصى إضافة +180% كتعزيز إضافي
وقت الإطلاق الرسمي هو 25 أغسطس. من لديه رصيد/سقف (额度) فليذهب بسرعة لاختيار الخطة؛ بمجرد اختيارها سيتم التثبيت. إذا فات الموعد فسيتم اتباع المسار الافتراضي: 15% فوري + 85% قفل. لقد عملنا لمدة عام، والآن تم الإطلاق أخيرًا!
TermMax يمكنه الآن الاستعلام عن عمليات Airdrop @TermMax
• استلام 30% مباشرة: وصول فوري 11,290.56 TMX، والباقي 70% يتم التخلي عنه مباشرة
• استلام 15% + قفل 85%: الجزء المقفل يمكن أن يحصل على +150% مكافأة إضافية بحد أقصى
• الجزء المستلم يمكن أيضًا اختياره مجددًا لمدة 3 أشهر أو 6 أشهر كإيداع (ستاك)، وبحد أقصى إضافة +180% كتعزيز إضافي
وقت الإطلاق الرسمي هو 25 أغسطس. من لديه رصيد/سقف (额度) فليذهب بسرعة لاختيار الخطة؛ بمجرد اختيارها سيتم التثبيت. إذا فات الموعد فسيتم اتباع المسار الافتراضي: 15% فوري + 85% قفل. لقد عملنا لمدة عام، والآن تم الإطلاق أخيرًا!
1
533
·
--
$FIGHT هذا فاضح جدًا، إذا كنت ستسحب فاسحب بسرعة ودون تضييع 😭😂
$FIGHT هذا فاضح جدًا، إذا كنت ستسحب فاسحب بسرعة ودون تضييع 😭😂
2
1.5k
·
--
#dusk $DUSK @Dusk_Foundation
السبب في أن التسوية الفورية ليست أمراً طبيعياً بالفعل في أوروبا لا علاقة له تقريباً بالتكنولوجيا.
وبموجب قانون الاتحاد الأوروبي، تُفصل عمداً بين وظيفتَي التداول والتسوية. جهة إدراج المطابقة (المنصة) تجمع؛ وCSD (مركز إيداع الأوراق المالية) يقوم بالتسوية. وُجد هذا الفصل لتقليل تضارب المصالح ولتركيز مخاطر التسوية في مكان يستطيع المشرفون رؤيتها. كما أنه يجعل التسليم مقابل الدفع بشكل ذري (atomic delivery-versus-payment) مستحيلاً بنيوياً، لأن الشقّين يَخضعان لمؤسستين مختلفتين.
يختبر نظام تجارب DLT التجريبي في الاتحاد الأوروبي ما إذا كان هذا الافتراض لا يزال ضرورياً. فهو يُنشئ فئة — DLT TSS — يمكن لمشغّل واحد مُصرَّح له أن يقوم بعمليتي الطرفين معاً، وذلك ضمن إعفاءات تُمنح على أساس كل حالة على حدة مع تدابير تعويضية، مع تحديد حجم الأدوات وحدّ زمني. وتحمل 21X أول ترخيص من هذا النوع، ولهذا فإن شراكة @dusk معهم تُقرأ حدثاً تنظيمياً أكثر من كونها إعلاناً عن تكامل.
يوضح إعفاء ثانٍ بقية قائمة الشركاء. فـCSDR تُفضّل التسوية باستخدام أموال البنك المركزي؛ ولا توجد حالياً أي أموال بنك مركزي مُرمّزة كرموز (tokenized)، لذا يسمح النظام باستخدام أموال البنوك التجارية أو رموز الأموال الإلكترونية بدلاً من ذلك، مع وجود ضوابط. وهذه هي بوابة الدخول التي تعبر منها EURQ. أما شقّ النقد فليس مجرد ميزة “الستابلكوين” — ففي ظل القواعد الحالية، فهو قريب من الطريقة الوحيدة قانوناً المتاحة لإغلاق جانب الدفع على السلسلة (onchain).
من المهم أن يبقى الأمر واضحاً بالنسبة إلى $DUSK : إن ترخيص 21X يخص 21X، وكان النشر الأولي في مكان آخر. الاختبار الحقيقي هو ما إذا كانت الـsandbox المحدودة بسقف ستوفر أدلة كافية لنقل القواعد الدائمة. #dusk $DUSK
{spot}(DUSKUSDT)
#dusk $DUSK @Dusk
السبب في أن التسوية الفورية ليست أمراً طبيعياً بالفعل في أوروبا لا علاقة له تقريباً بالتكنولوجيا.
وبموجب قانون الاتحاد الأوروبي، تُفصل عمداً بين وظيفتَي التداول والتسوية. جهة إدراج المطابقة (المنصة) تجمع؛ وCSD (مركز إيداع الأوراق المالية) يقوم بالتسوية. وُجد هذا الفصل لتقليل تضارب المصالح ولتركيز مخاطر التسوية في مكان يستطيع المشرفون رؤيتها. كما أنه يجعل التسليم مقابل الدفع بشكل ذري (atomic delivery-versus-payment) مستحيلاً بنيوياً، لأن الشقّين يَخضعان لمؤسستين مختلفتين.
يختبر نظام تجارب DLT التجريبي في الاتحاد الأوروبي ما إذا كان هذا الافتراض لا يزال ضرورياً. فهو يُنشئ فئة — DLT TSS — يمكن لمشغّل واحد مُصرَّح له أن يقوم بعمليتي الطرفين معاً، وذلك ضمن إعفاءات تُمنح على أساس كل حالة على حدة مع تدابير تعويضية، مع تحديد حجم الأدوات وحدّ زمني. وتحمل 21X أول ترخيص من هذا النوع، ولهذا فإن شراكة @dusk معهم تُقرأ حدثاً تنظيمياً أكثر من كونها إعلاناً عن تكامل.
يوضح إعفاء ثانٍ بقية قائمة الشركاء. فـCSDR تُفضّل التسوية باستخدام أموال البنك المركزي؛ ولا توجد حالياً أي أموال بنك مركزي مُرمّزة كرموز (tokenized)، لذا يسمح النظام باستخدام أموال البنوك التجارية أو رموز الأموال الإلكترونية بدلاً من ذلك، مع وجود ضوابط. وهذه هي بوابة الدخول التي تعبر منها EURQ. أما شقّ النقد فليس مجرد ميزة “الستابلكوين” — ففي ظل القواعد الحالية، فهو قريب من الطريقة الوحيدة قانوناً المتاحة لإغلاق جانب الدفع على السلسلة (onchain).
من المهم أن يبقى الأمر واضحاً بالنسبة إلى $DUSK : إن ترخيص 21X يخص 21X، وكان النشر الأولي في مكان آخر. الاختبار الحقيقي هو ما إذا كانت الـsandbox المحدودة بسقف ستوفر أدلة كافية لنقل القواعد الدائمة. #dusk $DUSK
السبب في أن التسوية الفورية ليست أمراً طبيعياً بالفعل في أوروبا لا علاقة له تقريباً بالتكنولوجيا.
وبموجب قانون الاتحاد الأوروبي، تُفصل عمداً بين وظيفتَي التداول والتسوية. جهة إدراج المطابقة (المنصة) تجمع؛ وCSD (مركز إيداع الأوراق المالية) يقوم بالتسوية. وُجد هذا الفصل لتقليل تضارب المصالح ولتركيز مخاطر التسوية في مكان يستطيع المشرفون رؤيتها. كما أنه يجعل التسليم مقابل الدفع بشكل ذري (atomic delivery-versus-payment) مستحيلاً بنيوياً، لأن الشقّين يَخضعان لمؤسستين مختلفتين.
يختبر نظام تجارب DLT التجريبي في الاتحاد الأوروبي ما إذا كان هذا الافتراض لا يزال ضرورياً. فهو يُنشئ فئة — DLT TSS — يمكن لمشغّل واحد مُصرَّح له أن يقوم بعمليتي الطرفين معاً، وذلك ضمن إعفاءات تُمنح على أساس كل حالة على حدة مع تدابير تعويضية، مع تحديد حجم الأدوات وحدّ زمني. وتحمل 21X أول ترخيص من هذا النوع، ولهذا فإن شراكة @dusk معهم تُقرأ حدثاً تنظيمياً أكثر من كونها إعلاناً عن تكامل.
يوضح إعفاء ثانٍ بقية قائمة الشركاء. فـCSDR تُفضّل التسوية باستخدام أموال البنك المركزي؛ ولا توجد حالياً أي أموال بنك مركزي مُرمّزة كرموز (tokenized)، لذا يسمح النظام باستخدام أموال البنوك التجارية أو رموز الأموال الإلكترونية بدلاً من ذلك، مع وجود ضوابط. وهذه هي بوابة الدخول التي تعبر منها EURQ. أما شقّ النقد فليس مجرد ميزة “الستابلكوين” — ففي ظل القواعد الحالية، فهو قريب من الطريقة الوحيدة قانوناً المتاحة لإغلاق جانب الدفع على السلسلة (onchain).
من المهم أن يبقى الأمر واضحاً بالنسبة إلى $DUSK : إن ترخيص 21X يخص 21X، وكان النشر الأولي في مكان آخر. الاختبار الحقيقي هو ما إذا كانت الـsandbox المحدودة بسقف ستوفر أدلة كافية لنقل القواعد الدائمة. #dusk $DUSK
1
243
·
--
#dusk $DUSK @Dusk_Foundation
غالبًا ما يوصف الترقيم/التوكنة بأنها وضع أصل على السلسلة (onchain). لكن هذا نادرًا ما يكون صحيحًا. ما يتم وضعه على السلسلة هو مطالبة بالأصل، بينما يبقى الأصل نفسه في قاعدة بيانات المُسجِّل نفسه الذي كان موجودًا فيها دائمًا — وتبقى دورة حياته هناك معه.
دورة الحياة هي الجزء المكلف. السند ليس كائنًا ثابتًا. فهو يدفع كوبونات، ويحتوي على سجل المالكين/الحامليَن (holder register)، ويمر بإجراءات الشركات (corporate actions)، ويُقدَّم كضمان (يُرهن كضمان)، ويحين تاريخ استحقاقه. كل حدث من هذه الأحداث هو عملية مواءمة/توفيق بين أنظمة لا تشارك مصدرًا واحدًا للحقيقة. إن تغليف الأداة في توكن لا يلغي أيًا من ذلك. بل قد يضيف واحدًا؛ لأنه الآن يمكن أن يختلف الغلاف عن الأصل الكامن.
الإصدار الأصلي (Native issuance) هو المطالبة التي يقوم بها @dusk فعلًا: إنشاء الأداة على السلسلة من الأساس، مع تضمين الأهلية، وقيود التحويل، ومنطق التسوية، على مستوى البروتوكول بدلًا من إضافتها لاحقًا. زيدجر (Zedger) هو بروتوكول الأصول المصمم لذلك، ويعمل بشكل أصلي على DuskDS، بينما تتولى Citadel إدارة الهوية والإفصاح الانتقائي بحيث يمكن إثبات الأهلية دون نشر من هو حامل الأداة.
الصعوبة الحقيقية هنا قانونية وليست تقنية. لكي تكون إدخالات السلسلة هي السجل (register) وليس مجرد نسخة مُطابقة/مرآة عنه، يجب أن ينص القانون على ذلك — وهذا ما تم بناء نظام EU's DLT Pilot Regime لاختباره، ضمن حدود الأدوات (instrument caps) ولمدة محدودة.
لذا فإن السؤال الذي يستحق طرحه حول $DUSK ليس ما إذا كان الإصدار الأصلي أفضل من حيث المبدأ. بل ما إذا تم إصدار أول أداة حقيقية بهذه الطريقة وأن تُستكمل حتى تواريخ كوبوناتها الخاصة بها. #dusk
#dusk $DUSK @Dusk
غالبًا ما يوصف الترقيم/التوكنة بأنها وضع أصل على السلسلة (onchain). لكن هذا نادرًا ما يكون صحيحًا. ما يتم وضعه على السلسلة هو مطالبة بالأصل، بينما يبقى الأصل نفسه في قاعدة بيانات المُسجِّل نفسه الذي كان موجودًا فيها دائمًا — وتبقى دورة حياته هناك معه.
دورة الحياة هي الجزء المكلف. السند ليس كائنًا ثابتًا. فهو يدفع كوبونات، ويحتوي على سجل المالكين/الحامليَن (holder register)، ويمر بإجراءات الشركات (corporate actions)، ويُقدَّم كضمان (يُرهن كضمان)، ويحين تاريخ استحقاقه. كل حدث من هذه الأحداث هو عملية مواءمة/توفيق بين أنظمة لا تشارك مصدرًا واحدًا للحقيقة. إن تغليف الأداة في توكن لا يلغي أيًا من ذلك. بل قد يضيف واحدًا؛ لأنه الآن يمكن أن يختلف الغلاف عن الأصل الكامن.
الإصدار الأصلي (Native issuance) هو المطالبة التي يقوم بها @dusk فعلًا: إنشاء الأداة على السلسلة من الأساس، مع تضمين الأهلية، وقيود التحويل، ومنطق التسوية، على مستوى البروتوكول بدلًا من إضافتها لاحقًا. زيدجر (Zedger) هو بروتوكول الأصول المصمم لذلك، ويعمل بشكل أصلي على DuskDS، بينما تتولى Citadel إدارة الهوية والإفصاح الانتقائي بحيث يمكن إثبات الأهلية دون نشر من هو حامل الأداة.
الصعوبة الحقيقية هنا قانونية وليست تقنية. لكي تكون إدخالات السلسلة هي السجل (register) وليس مجرد نسخة مُطابقة/مرآة عنه، يجب أن ينص القانون على ذلك — وهذا ما تم بناء نظام EU's DLT Pilot Regime لاختباره، ضمن حدود الأدوات (instrument caps) ولمدة محدودة.
لذا فإن السؤال الذي يستحق طرحه حول $DUSK ليس ما إذا كان الإصدار الأصلي أفضل من حيث المبدأ. بل ما إذا تم إصدار أول أداة حقيقية بهذه الطريقة وأن تُستكمل حتى تواريخ كوبوناتها الخاصة بها. #dusk
غالبًا ما يوصف الترقيم/التوكنة بأنها وضع أصل على السلسلة (onchain). لكن هذا نادرًا ما يكون صحيحًا. ما يتم وضعه على السلسلة هو مطالبة بالأصل، بينما يبقى الأصل نفسه في قاعدة بيانات المُسجِّل نفسه الذي كان موجودًا فيها دائمًا — وتبقى دورة حياته هناك معه.
دورة الحياة هي الجزء المكلف. السند ليس كائنًا ثابتًا. فهو يدفع كوبونات، ويحتوي على سجل المالكين/الحامليَن (holder register)، ويمر بإجراءات الشركات (corporate actions)، ويُقدَّم كضمان (يُرهن كضمان)، ويحين تاريخ استحقاقه. كل حدث من هذه الأحداث هو عملية مواءمة/توفيق بين أنظمة لا تشارك مصدرًا واحدًا للحقيقة. إن تغليف الأداة في توكن لا يلغي أيًا من ذلك. بل قد يضيف واحدًا؛ لأنه الآن يمكن أن يختلف الغلاف عن الأصل الكامن.
الإصدار الأصلي (Native issuance) هو المطالبة التي يقوم بها @dusk فعلًا: إنشاء الأداة على السلسلة من الأساس، مع تضمين الأهلية، وقيود التحويل، ومنطق التسوية، على مستوى البروتوكول بدلًا من إضافتها لاحقًا. زيدجر (Zedger) هو بروتوكول الأصول المصمم لذلك، ويعمل بشكل أصلي على DuskDS، بينما تتولى Citadel إدارة الهوية والإفصاح الانتقائي بحيث يمكن إثبات الأهلية دون نشر من هو حامل الأداة.
الصعوبة الحقيقية هنا قانونية وليست تقنية. لكي تكون إدخالات السلسلة هي السجل (register) وليس مجرد نسخة مُطابقة/مرآة عنه، يجب أن ينص القانون على ذلك — وهذا ما تم بناء نظام EU's DLT Pilot Regime لاختباره، ضمن حدود الأدوات (instrument caps) ولمدة محدودة.
لذا فإن السؤال الذي يستحق طرحه حول $DUSK ليس ما إذا كان الإصدار الأصلي أفضل من حيث المبدأ. بل ما إذا تم إصدار أول أداة حقيقية بهذه الطريقة وأن تُستكمل حتى تواريخ كوبوناتها الخاصة بها. #dusk
1
1
313
·
--
#termmax @termmax
TermMax دخلت في حملة Booster مع Binance Wallet هذه المرة، بإجمالي حوض جوائز يقدر بـ 200 مليون ؟ $TMX.
اطلعت على القواعد، وهي ليست معقدة بشكل عام، ولا يتطلب الأمر إيداع أموال ولا الاحتفاظ بـ $TMX. وتنقسم بشكل أساسي إلى جزأين: «5 مهام أساسية للسحب» و «Binance Square قائمة المُنشئين».
إذا كنت ترغب في المشاركة، يمكنك اتباع هذا الدليل مباشرةً👇
① أولاً: ادخل إلى TermMax Booster
افتح تطبيق Binance Wallet
من الشريط الرئيسي (Banner) على الصفحة الرئيسية، أو:
Discover → Booster → TermMax Booster Campaign
شروط المشاركة:
Binance Keyless Wallet
على الأقل 2 Binance Alpha Points
عند التسجيل سيتم خصم 2 Alpha Points
شبكة النشاط: BNB Chain
فترة النشاط:
17 أغسطس 07:00 UTC — 24 أغسطس 23:59 UTC
إجمالي حوض الجوائز 2,000,000 $TMX، يتم إصداره عند TGE.
② الجزء الأول: أكمل 5 مهام لسحب 1.7 مليون $TMX
هذا الجزء هو الأكبر من حيث حوض الجوائز، بإجمالي 1,700,000 $TMX.
يلزم إكمال ما يلي:
تابع @termmax Fi
أعد تغريد تغريدة TermMax المحددة
أكمل TermMax Quiz
انضم إلى TermMax Discord
قم بتوصيل المحفظة إلى TermMax V2
⚠️ النقطة الأهم: يجب إكمال جميع المهام الخمس.
بعد إتمام كل مهمة، يُنصح بالعودة إلى صفحة نشاط Booster والنقر على Verify للتأكد من ظهور التحقق بنجاح.
بعد إكمال كل شيء والتحقق، فقط عندها سيتم دخولك إلى حوض السحب Lucky Draw.
الحد الأقصى في هذا الجزء:
80,000 من الفائزين
لكل شخص:
21.25 $TMX
لذلك هنا ليس شرطًا أن تفوز بمجرد إكمال المهام؛ في النهاية ما زال الأمر يعتمد على آلية السحب.
③ الجزء الثاني: مهام إنشاء المحتوى في Binance Square
إذا كنت تكتب عادةً على Binance Square، فهذه الجزئية تستحق الانتباه أكثر.
حوض الجوائز 300,000 $TMX، موزعًا على:
Global Leaderboard: 150,000 $TMX
Chinese Leaderboard: 150,000 $TMX
يتم أخذ أفضل 500 لكل قائمة من حيث المتطلبات، أي بحد أقصى 1,000 فائز.
وفقًا للقواعد الحالية، إذا دخلت ضمن نطاق الفوز وأكملت التحقق:
لكل شخص 300 $TMX.
وقت النشر:
17 أغسطس 07:00 UTC — 21 أغسطس 23:59 UTC
لكن توجد هنا نقطة سهلة الإغفال:
نشر المنشور والظهور على القائمة ≠ أنك حصلت بالفعل على المكافأة.
في 24 أغسطس يوجد Verification Period منفصل:
24 أغسطس 03:00 UTC — 23:59 UTC
يجب العودة إلى صفحة TermMax Booster والنقر على Verify مرة أخرى.
إذا تم نسيان هذه الخطوة، فلن يتم ضمان الحصول على المكافأة حتى لو كنت ضمن Leaderboard.
#termmax @TermMax
TermMax دخلت في حملة Booster مع Binance Wallet هذه المرة، بإجمالي حوض جوائز يقدر بـ 200 مليون ؟ $TMX.
اطلعت على القواعد، وهي ليست معقدة بشكل عام، ولا يتطلب الأمر إيداع أموال ولا الاحتفاظ بـ $TMX. وتنقسم بشكل أساسي إلى جزأين: «5 مهام أساسية للسحب» و «Binance Square قائمة المُنشئين».
إذا كنت ترغب في المشاركة، يمكنك اتباع هذا الدليل مباشرةً👇
① أولاً: ادخل إلى TermMax Booster
افتح تطبيق Binance Wallet
من الشريط الرئيسي (Banner) على الصفحة الرئيسية، أو:
Discover → Booster → TermMax Booster Campaign
شروط المشاركة:
Binance Keyless Wallet
على الأقل 2 Binance Alpha Points
عند التسجيل سيتم خصم 2 Alpha Points
شبكة النشاط: BNB Chain
فترة النشاط:
17 أغسطس 07:00 UTC — 24 أغسطس 23:59 UTC
إجمالي حوض الجوائز 2,000,000 $TMX، يتم إصداره عند TGE.
② الجزء الأول: أكمل 5 مهام لسحب 1.7 مليون $TMX
هذا الجزء هو الأكبر من حيث حوض الجوائز، بإجمالي 1,700,000 $TMX.
يلزم إكمال ما يلي:
تابع @TermMax Fi
أعد تغريد تغريدة TermMax المحددة
أكمل TermMax Quiz
انضم إلى TermMax Discord
قم بتوصيل المحفظة إلى TermMax V2
⚠️ النقطة الأهم: يجب إكمال جميع المهام الخمس.
بعد إتمام كل مهمة، يُنصح بالعودة إلى صفحة نشاط Booster والنقر على Verify للتأكد من ظهور التحقق بنجاح.
بعد إكمال كل شيء والتحقق، فقط عندها سيتم دخولك إلى حوض السحب Lucky Draw.
الحد الأقصى في هذا الجزء:
80,000 من الفائزين
لكل شخص:
21.25 $TMX
لذلك هنا ليس شرطًا أن تفوز بمجرد إكمال المهام؛ في النهاية ما زال الأمر يعتمد على آلية السحب.
③ الجزء الثاني: مهام إنشاء المحتوى في Binance Square
إذا كنت تكتب عادةً على Binance Square، فهذه الجزئية تستحق الانتباه أكثر.
حوض الجوائز 300,000 $TMX، موزعًا على:
Global Leaderboard: 150,000 $TMX
Chinese Leaderboard: 150,000 $TMX
يتم أخذ أفضل 500 لكل قائمة من حيث المتطلبات، أي بحد أقصى 1,000 فائز.
وفقًا للقواعد الحالية، إذا دخلت ضمن نطاق الفوز وأكملت التحقق:
لكل شخص 300 $TMX.
وقت النشر:
17 أغسطس 07:00 UTC — 21 أغسطس 23:59 UTC
لكن توجد هنا نقطة سهلة الإغفال:
نشر المنشور والظهور على القائمة ≠ أنك حصلت بالفعل على المكافأة.
في 24 أغسطس يوجد Verification Period منفصل:
24 أغسطس 03:00 UTC — 23:59 UTC
يجب العودة إلى صفحة TermMax Booster والنقر على Verify مرة أخرى.
إذا تم نسيان هذه الخطوة، فلن يتم ضمان الحصول على المكافأة حتى لو كنت ضمن Leaderboard.
TermMax دخلت في حملة Booster مع Binance Wallet هذه المرة، بإجمالي حوض جوائز يقدر بـ 200 مليون ؟ $TMX.
اطلعت على القواعد، وهي ليست معقدة بشكل عام، ولا يتطلب الأمر إيداع أموال ولا الاحتفاظ بـ $TMX. وتنقسم بشكل أساسي إلى جزأين: «5 مهام أساسية للسحب» و «Binance Square قائمة المُنشئين».
إذا كنت ترغب في المشاركة، يمكنك اتباع هذا الدليل مباشرةً👇
① أولاً: ادخل إلى TermMax Booster
افتح تطبيق Binance Wallet
من الشريط الرئيسي (Banner) على الصفحة الرئيسية، أو:
Discover → Booster → TermMax Booster Campaign
شروط المشاركة:
Binance Keyless Wallet
على الأقل 2 Binance Alpha Points
عند التسجيل سيتم خصم 2 Alpha Points
شبكة النشاط: BNB Chain
فترة النشاط:
17 أغسطس 07:00 UTC — 24 أغسطس 23:59 UTC
إجمالي حوض الجوائز 2,000,000 $TMX، يتم إصداره عند TGE.
② الجزء الأول: أكمل 5 مهام لسحب 1.7 مليون $TMX
هذا الجزء هو الأكبر من حيث حوض الجوائز، بإجمالي 1,700,000 $TMX.
يلزم إكمال ما يلي:
تابع @TermMax Fi
أعد تغريد تغريدة TermMax المحددة
أكمل TermMax Quiz
انضم إلى TermMax Discord
قم بتوصيل المحفظة إلى TermMax V2
⚠️ النقطة الأهم: يجب إكمال جميع المهام الخمس.
بعد إتمام كل مهمة، يُنصح بالعودة إلى صفحة نشاط Booster والنقر على Verify للتأكد من ظهور التحقق بنجاح.
بعد إكمال كل شيء والتحقق، فقط عندها سيتم دخولك إلى حوض السحب Lucky Draw.
الحد الأقصى في هذا الجزء:
80,000 من الفائزين
لكل شخص:
21.25 $TMX
لذلك هنا ليس شرطًا أن تفوز بمجرد إكمال المهام؛ في النهاية ما زال الأمر يعتمد على آلية السحب.
③ الجزء الثاني: مهام إنشاء المحتوى في Binance Square
إذا كنت تكتب عادةً على Binance Square، فهذه الجزئية تستحق الانتباه أكثر.
حوض الجوائز 300,000 $TMX، موزعًا على:
Global Leaderboard: 150,000 $TMX
Chinese Leaderboard: 150,000 $TMX
يتم أخذ أفضل 500 لكل قائمة من حيث المتطلبات، أي بحد أقصى 1,000 فائز.
وفقًا للقواعد الحالية، إذا دخلت ضمن نطاق الفوز وأكملت التحقق:
لكل شخص 300 $TMX.
وقت النشر:
17 أغسطس 07:00 UTC — 21 أغسطس 23:59 UTC
لكن توجد هنا نقطة سهلة الإغفال:
نشر المنشور والظهور على القائمة ≠ أنك حصلت بالفعل على المكافأة.
في 24 أغسطس يوجد Verification Period منفصل:
24 أغسطس 03:00 UTC — 23:59 UTC
يجب العودة إلى صفحة TermMax Booster والنقر على Verify مرة أخرى.
إذا تم نسيان هذه الخطوة، فلن يتم ضمان الحصول على المكافأة حتى لو كنت ضمن Leaderboard.
3
299
·
--
#termmax @termmax
يُعامل الكثيرون إقراض/اقتراض DeFi على أنه “وديعة بعائد مرتفع”.
لكن المشكلة الحقيقية لم تكن أبدًا في كون العائد مرتفعًا أم لا، بل في: عدم اليقين في سعر الفائدة.
عدم اليقين في سعر الفائدة = لا يمكن التخطيط للتمويل
لا تستطيع المؤسسات التحوط
لا يمكن قفل تكلفة الرافعة
ولا يمكن حساب التدفقات النقدية بدقة
(لذلك يصعب على الأموال الاحترافية الاحتفاظ بحصص كبيرة على المدى الطويل)
حل TermMax في الورقة البيضاء بجملة واحدة:
إعادة DeFi من سعر فائدة عائم، إلى سعر فائدة ثابت + مدة ثابتة.
وليس مجرد شعار؛ بل تفكيك “سوق الفائدة” إلى ثلاثة أجزاء:
FT (Fixed-rate Token)
مثل السندات عديمة القسيمة: شراء بخصم، ثم الاسترداد عند الاستحقاق بالقيمة الاسمية → يتم قفل العائد عند الدخول
XT (Yield Token)
الجزء التكميلي لـ FT: يحصل المقترض على XT ويمكنه بيعه لتحصيل السيولة → تصبح تكلفة الاقتراض مؤمّنة عند الدخول
GT (Gearing Token)
رافعة مركز NFT: عملية واحدة تُنجز الرافعة/الضمان/الاقتراض → غاز أقل، وخطوات أقل عرضة للخطأ
الأكثر جدارة بالتركيز هو “فجوة الكفاءة” فعلًا:
الأموال غير المقترضة لن تبقى خاملة، بل يتم نشرها تلقائيًا في بروتوكولات ذات سعر فائدة عائم مثل Aave/Morpho/Venus لكسب العوائد → تقليل دوران رأس المال بلا حاجة.
ثم مع curator لإدارة المنحنيات/إدارة المخاطر، يتم عمليًا بناء سوق على السلسلة لسعر فائدة ثابت أكثر احترافًا.
فماذا يفعل
$TMX
؟
المسار الذي تقدمه الورقة البيضاء واضح: الحوكمة + الرهن (sTMX) + تحفيز النظام البيئي، ويأتي التقاط القيمة من آليات الدخل التي تدخل خزينة النظام مثل
رسوم التداول / رسوم الاقتراض / رسوم التصفية… إلخ.
بعض المعايير السريعة:
• إجمالي 1 مليار TMX (سقف ثابت، بلا تضخم)
• بدء TGE بتداول أولي يقارب 20%
• متعدد السلاسل: LayerZero OFT (الشبكة الرئيسية لـ ETH + BNB وغيرها)
#termmax @TermMax
يُعامل الكثيرون إقراض/اقتراض DeFi على أنه “وديعة بعائد مرتفع”.
لكن المشكلة الحقيقية لم تكن أبدًا في كون العائد مرتفعًا أم لا، بل في: عدم اليقين في سعر الفائدة.
عدم اليقين في سعر الفائدة = لا يمكن التخطيط للتمويل
لا تستطيع المؤسسات التحوط
لا يمكن قفل تكلفة الرافعة
ولا يمكن حساب التدفقات النقدية بدقة
(لذلك يصعب على الأموال الاحترافية الاحتفاظ بحصص كبيرة على المدى الطويل)
حل TermMax في الورقة البيضاء بجملة واحدة:
إعادة DeFi من سعر فائدة عائم، إلى سعر فائدة ثابت + مدة ثابتة.
وليس مجرد شعار؛ بل تفكيك “سوق الفائدة” إلى ثلاثة أجزاء:
FT (Fixed-rate Token)
مثل السندات عديمة القسيمة: شراء بخصم، ثم الاسترداد عند الاستحقاق بالقيمة الاسمية → يتم قفل العائد عند الدخول
XT (Yield Token)
الجزء التكميلي لـ FT: يحصل المقترض على XT ويمكنه بيعه لتحصيل السيولة → تصبح تكلفة الاقتراض مؤمّنة عند الدخول
GT (Gearing Token)
رافعة مركز NFT: عملية واحدة تُنجز الرافعة/الضمان/الاقتراض → غاز أقل، وخطوات أقل عرضة للخطأ
الأكثر جدارة بالتركيز هو “فجوة الكفاءة” فعلًا:
الأموال غير المقترضة لن تبقى خاملة، بل يتم نشرها تلقائيًا في بروتوكولات ذات سعر فائدة عائم مثل Aave/Morpho/Venus لكسب العوائد → تقليل دوران رأس المال بلا حاجة.
ثم مع curator لإدارة المنحنيات/إدارة المخاطر، يتم عمليًا بناء سوق على السلسلة لسعر فائدة ثابت أكثر احترافًا.
فماذا يفعل
$TMX
؟
المسار الذي تقدمه الورقة البيضاء واضح: الحوكمة + الرهن (sTMX) + تحفيز النظام البيئي، ويأتي التقاط القيمة من آليات الدخل التي تدخل خزينة النظام مثل
رسوم التداول / رسوم الاقتراض / رسوم التصفية… إلخ.
بعض المعايير السريعة:
• إجمالي 1 مليار TMX (سقف ثابت، بلا تضخم)
• بدء TGE بتداول أولي يقارب 20%
• متعدد السلاسل: LayerZero OFT (الشبكة الرئيسية لـ ETH + BNB وغيرها)
يُعامل الكثيرون إقراض/اقتراض DeFi على أنه “وديعة بعائد مرتفع”.
لكن المشكلة الحقيقية لم تكن أبدًا في كون العائد مرتفعًا أم لا، بل في: عدم اليقين في سعر الفائدة.
عدم اليقين في سعر الفائدة = لا يمكن التخطيط للتمويل
لا تستطيع المؤسسات التحوط
لا يمكن قفل تكلفة الرافعة
ولا يمكن حساب التدفقات النقدية بدقة
(لذلك يصعب على الأموال الاحترافية الاحتفاظ بحصص كبيرة على المدى الطويل)
حل TermMax في الورقة البيضاء بجملة واحدة:
إعادة DeFi من سعر فائدة عائم، إلى سعر فائدة ثابت + مدة ثابتة.
وليس مجرد شعار؛ بل تفكيك “سوق الفائدة” إلى ثلاثة أجزاء:
FT (Fixed-rate Token)
مثل السندات عديمة القسيمة: شراء بخصم، ثم الاسترداد عند الاستحقاق بالقيمة الاسمية → يتم قفل العائد عند الدخول
XT (Yield Token)
الجزء التكميلي لـ FT: يحصل المقترض على XT ويمكنه بيعه لتحصيل السيولة → تصبح تكلفة الاقتراض مؤمّنة عند الدخول
GT (Gearing Token)
رافعة مركز NFT: عملية واحدة تُنجز الرافعة/الضمان/الاقتراض → غاز أقل، وخطوات أقل عرضة للخطأ
الأكثر جدارة بالتركيز هو “فجوة الكفاءة” فعلًا:
الأموال غير المقترضة لن تبقى خاملة، بل يتم نشرها تلقائيًا في بروتوكولات ذات سعر فائدة عائم مثل Aave/Morpho/Venus لكسب العوائد → تقليل دوران رأس المال بلا حاجة.
ثم مع curator لإدارة المنحنيات/إدارة المخاطر، يتم عمليًا بناء سوق على السلسلة لسعر فائدة ثابت أكثر احترافًا.
فماذا يفعل
$TMX
؟
المسار الذي تقدمه الورقة البيضاء واضح: الحوكمة + الرهن (sTMX) + تحفيز النظام البيئي، ويأتي التقاط القيمة من آليات الدخل التي تدخل خزينة النظام مثل
رسوم التداول / رسوم الاقتراض / رسوم التصفية… إلخ.
بعض المعايير السريعة:
• إجمالي 1 مليار TMX (سقف ثابت، بلا تضخم)
• بدء TGE بتداول أولي يقارب 20%
• متعدد السلاسل: LayerZero OFT (الشبكة الرئيسية لـ ETH + BNB وغيرها)
2
1
322
·
--
#dusk $DUSK @Dusk_Foundation
Dusk Trade ليست «بورصة أخرى»؛ بل هي طبقة البنية التحتية الأساسية لسوق تعاني فجوة في الأصول المرمّزة
في أسواق الأوراق المالية التقليدية، تكون عملية إدخال الأوامر والمطابقة والتسوية والتسليم وتسجيل السجلات موزعة بين مؤسسات مختلفة، وغالبًا ما يعني إتمام صفقة واحدة عبر هذه السلسلة الكاملة انتظار يومين إضافيين. ما يهدف إليه Dusk Trade هو إعادة كتابة هذه السلسلة من الأساس.
Dusk Trade هو تطبيق طبقة أصول مالية مُرمّزة مبنية على DuskEVM، ويستهدف نموذج neobroker (السمسار/الوسيط الجديد). تشمل الأصول المستهدفة صناديق سوق المال وETFs والسندات، إضافةً إلى نطاق أوسع من RWA. وهو يركز على ثلاث نقاط: الملكية الحقيقية، إذ يَحتفظ المستثمرون بحقوق أصول قابلة للتحقق على السلسلة، وليس مجرد سطر قيود داخل قاعدة بيانات داخلية؛ التسوية الفورية، بالاستفادة من قدرة Dusk الحاسمة على الوصول إلى النهاية اليقينية بدل الانتظار بنظام T+2؛ وقابلية التركيب على مستوى DeFi، بحيث يمكن للأصول المتوافقة مع اللوائح أن تدخل ضمن سير عمل مالي قابل للبرمجة.
والأهم من ذلك هو تموضعه التنظيمي. صُمِّم Dusk Trade وفقًا لهيكل MTF (منشأة تداول متعددة الأطراف) ومنصة استثمار خاضعة للتنظيم، بما يتوافق مع إطار الرقابة الأوروبي المعمول به. وهذا يعني أن آليات أهلية المستثمرين وربط المحفظة، وقيود التحويلات، والإفصاح عن المعلومات، والتنسيق مع التسوية ليست «ملحقات امتثال» تُضاف لاحقًا، بل هي عناصر مكتوبة في سير العمل منذ اليوم الأول للمنتج—وهذه هي التفاصيل التي يهتم بها الوسطاء والمؤسسات فعليًا.
وبحسب حالة المنتج الرسمية، Dusk Trade حاليًا في مرحلة Building. يمكن الانضمام إلى قائمة الانتظار عبر trade.dusk.network. إن نقل الأصول الخاضعة للتنظيم إلى السلسلة ليس أبدًا مسألة إصدار توكن فحسب؛ بل هو استكمال منظومة كاملة من البنية التحتية للسوق حوله.
يمكن متابعة المزيد من التقدم عبر @dusk.$DUSK #dusk
#dusk $DUSK @Dusk
Dusk Trade ليست «بورصة أخرى»؛ بل هي طبقة البنية التحتية الأساسية لسوق تعاني فجوة في الأصول المرمّزة
في أسواق الأوراق المالية التقليدية، تكون عملية إدخال الأوامر والمطابقة والتسوية والتسليم وتسجيل السجلات موزعة بين مؤسسات مختلفة، وغالبًا ما يعني إتمام صفقة واحدة عبر هذه السلسلة الكاملة انتظار يومين إضافيين. ما يهدف إليه Dusk Trade هو إعادة كتابة هذه السلسلة من الأساس.
Dusk Trade هو تطبيق طبقة أصول مالية مُرمّزة مبنية على DuskEVM، ويستهدف نموذج neobroker (السمسار/الوسيط الجديد). تشمل الأصول المستهدفة صناديق سوق المال وETFs والسندات، إضافةً إلى نطاق أوسع من RWA. وهو يركز على ثلاث نقاط: الملكية الحقيقية، إذ يَحتفظ المستثمرون بحقوق أصول قابلة للتحقق على السلسلة، وليس مجرد سطر قيود داخل قاعدة بيانات داخلية؛ التسوية الفورية، بالاستفادة من قدرة Dusk الحاسمة على الوصول إلى النهاية اليقينية بدل الانتظار بنظام T+2؛ وقابلية التركيب على مستوى DeFi، بحيث يمكن للأصول المتوافقة مع اللوائح أن تدخل ضمن سير عمل مالي قابل للبرمجة.
والأهم من ذلك هو تموضعه التنظيمي. صُمِّم Dusk Trade وفقًا لهيكل MTF (منشأة تداول متعددة الأطراف) ومنصة استثمار خاضعة للتنظيم، بما يتوافق مع إطار الرقابة الأوروبي المعمول به. وهذا يعني أن آليات أهلية المستثمرين وربط المحفظة، وقيود التحويلات، والإفصاح عن المعلومات، والتنسيق مع التسوية ليست «ملحقات امتثال» تُضاف لاحقًا، بل هي عناصر مكتوبة في سير العمل منذ اليوم الأول للمنتج—وهذه هي التفاصيل التي يهتم بها الوسطاء والمؤسسات فعليًا.
وبحسب حالة المنتج الرسمية، Dusk Trade حاليًا في مرحلة Building. يمكن الانضمام إلى قائمة الانتظار عبر trade.dusk.network. إن نقل الأصول الخاضعة للتنظيم إلى السلسلة ليس أبدًا مسألة إصدار توكن فحسب؛ بل هو استكمال منظومة كاملة من البنية التحتية للسوق حوله.
يمكن متابعة المزيد من التقدم عبر @dusk.$DUSK #dusk
Dusk Trade ليست «بورصة أخرى»؛ بل هي طبقة البنية التحتية الأساسية لسوق تعاني فجوة في الأصول المرمّزة
في أسواق الأوراق المالية التقليدية، تكون عملية إدخال الأوامر والمطابقة والتسوية والتسليم وتسجيل السجلات موزعة بين مؤسسات مختلفة، وغالبًا ما يعني إتمام صفقة واحدة عبر هذه السلسلة الكاملة انتظار يومين إضافيين. ما يهدف إليه Dusk Trade هو إعادة كتابة هذه السلسلة من الأساس.
Dusk Trade هو تطبيق طبقة أصول مالية مُرمّزة مبنية على DuskEVM، ويستهدف نموذج neobroker (السمسار/الوسيط الجديد). تشمل الأصول المستهدفة صناديق سوق المال وETFs والسندات، إضافةً إلى نطاق أوسع من RWA. وهو يركز على ثلاث نقاط: الملكية الحقيقية، إذ يَحتفظ المستثمرون بحقوق أصول قابلة للتحقق على السلسلة، وليس مجرد سطر قيود داخل قاعدة بيانات داخلية؛ التسوية الفورية، بالاستفادة من قدرة Dusk الحاسمة على الوصول إلى النهاية اليقينية بدل الانتظار بنظام T+2؛ وقابلية التركيب على مستوى DeFi، بحيث يمكن للأصول المتوافقة مع اللوائح أن تدخل ضمن سير عمل مالي قابل للبرمجة.
والأهم من ذلك هو تموضعه التنظيمي. صُمِّم Dusk Trade وفقًا لهيكل MTF (منشأة تداول متعددة الأطراف) ومنصة استثمار خاضعة للتنظيم، بما يتوافق مع إطار الرقابة الأوروبي المعمول به. وهذا يعني أن آليات أهلية المستثمرين وربط المحفظة، وقيود التحويلات، والإفصاح عن المعلومات، والتنسيق مع التسوية ليست «ملحقات امتثال» تُضاف لاحقًا، بل هي عناصر مكتوبة في سير العمل منذ اليوم الأول للمنتج—وهذه هي التفاصيل التي يهتم بها الوسطاء والمؤسسات فعليًا.
وبحسب حالة المنتج الرسمية، Dusk Trade حاليًا في مرحلة Building. يمكن الانضمام إلى قائمة الانتظار عبر trade.dusk.network. إن نقل الأصول الخاضعة للتنظيم إلى السلسلة ليس أبدًا مسألة إصدار توكن فحسب؛ بل هو استكمال منظومة كاملة من البنية التحتية للسوق حوله.
يمكن متابعة المزيد من التقدم عبر @dusk.$DUSK #dusk
1
249
·
--
صاعد
#dusk $DUSK @Dusk_Foundation
سلسلة الخصوصية تُجبر مطوّري التطبيقات دائمًا على اتخاذ الخيار نفسه: إمّا التخلي عن أدواتك التي اعتدت عليها، أو التخلي عن سريّة المعلومات. ولهذا تُعلّق أغلب مشاريع الخصوصية لدى المؤسسات عند مرحلة الـ POC؛ إذ لا توجد جهة مؤسسة مستعدة من أجل تلبية متطلب امتثال واحد، لإعادة كتابة كامل نظام التسوية بلغة غير مألوفة.
DuskEVM هو الإجابة التي قدّمها @dusk. إنه تطبيق على طبقة EVM متوافق ضمن مجموعة تقنيات Dusk: Solidity قياسي وأدوات قياسية، مع عودة التسوية على المستوى السفلي إلى DuskDS. تم إطلاق شبكة الاختبار في 10 أغسطس، ويمكن للفريق الآن نشر الاختبارات باستخدام Solidity وHardhat. لا تكمن النقطة في كونه «جديدًا»، بل في أن تكاليف الهجرة بالنسبة لجهة خاضعة للتنظيم تُدفع لتقارب الصفر.
الأكثر لفتًا للاهتمام هو Hedger، وحدة الخصوصية لدى Dusk الموجّهة إلى EVM. فهي تجمع بين التشفير المتماثل والإثباتات الصفرية لإبقاء المعاملات سرّية، مع استمرار إتاحة إمكانية مراجعتها لمن لديهم صلاحية. إن هذا الفرق أهم بكثير مما يبدو للوهلة الأولى. في التمويل المالي الخاضع للتنظيم، ليست الشفافية المنعدمة ميزة تسويقية، بل سببًا مباشرًا للإقصاء؛ فالبنك لا يمكنه إجراء التسوية عبر قناة لا يستطيع المنظمون التحقق منها. ما تحتاجه هذه الأسواق حقًا هو: إخفاء المعلومات عن الجمهور، وإفصاحها لمن يملك حق الاطلاع.
إن التصميم الشامل لـ $DUSK مبني على هذه الفكرة: الخصوصية هي خاصية يمكن تفويضها، وليست «صندوقًا أسود» مطلقًا. هل ستتمكن في النهاية من العمل على أرض الواقع فهو سؤال على مستوى التنفيذ—الشبكة الرئيسية، والتطبيقات الحقيقية، والأحجام الحقيقية من المعاملات. لكن على الأقل فهي تستهدف المشكلة الصحيحة، وهذا وحده يجعلها أكثر صدقًا من معظم سرديات الخصوصية.
#dusk $DUSK @Dusk
سلسلة الخصوصية تُجبر مطوّري التطبيقات دائمًا على اتخاذ الخيار نفسه: إمّا التخلي عن أدواتك التي اعتدت عليها، أو التخلي عن سريّة المعلومات. ولهذا تُعلّق أغلب مشاريع الخصوصية لدى المؤسسات عند مرحلة الـ POC؛ إذ لا توجد جهة مؤسسة مستعدة من أجل تلبية متطلب امتثال واحد، لإعادة كتابة كامل نظام التسوية بلغة غير مألوفة.
DuskEVM هو الإجابة التي قدّمها @dusk. إنه تطبيق على طبقة EVM متوافق ضمن مجموعة تقنيات Dusk: Solidity قياسي وأدوات قياسية، مع عودة التسوية على المستوى السفلي إلى DuskDS. تم إطلاق شبكة الاختبار في 10 أغسطس، ويمكن للفريق الآن نشر الاختبارات باستخدام Solidity وHardhat. لا تكمن النقطة في كونه «جديدًا»، بل في أن تكاليف الهجرة بالنسبة لجهة خاضعة للتنظيم تُدفع لتقارب الصفر.
الأكثر لفتًا للاهتمام هو Hedger، وحدة الخصوصية لدى Dusk الموجّهة إلى EVM. فهي تجمع بين التشفير المتماثل والإثباتات الصفرية لإبقاء المعاملات سرّية، مع استمرار إتاحة إمكانية مراجعتها لمن لديهم صلاحية. إن هذا الفرق أهم بكثير مما يبدو للوهلة الأولى. في التمويل المالي الخاضع للتنظيم، ليست الشفافية المنعدمة ميزة تسويقية، بل سببًا مباشرًا للإقصاء؛ فالبنك لا يمكنه إجراء التسوية عبر قناة لا يستطيع المنظمون التحقق منها. ما تحتاجه هذه الأسواق حقًا هو: إخفاء المعلومات عن الجمهور، وإفصاحها لمن يملك حق الاطلاع.
إن التصميم الشامل لـ $DUSK مبني على هذه الفكرة: الخصوصية هي خاصية يمكن تفويضها، وليست «صندوقًا أسود» مطلقًا. هل ستتمكن في النهاية من العمل على أرض الواقع فهو سؤال على مستوى التنفيذ—الشبكة الرئيسية، والتطبيقات الحقيقية، والأحجام الحقيقية من المعاملات. لكن على الأقل فهي تستهدف المشكلة الصحيحة، وهذا وحده يجعلها أكثر صدقًا من معظم سرديات الخصوصية.
سلسلة الخصوصية تُجبر مطوّري التطبيقات دائمًا على اتخاذ الخيار نفسه: إمّا التخلي عن أدواتك التي اعتدت عليها، أو التخلي عن سريّة المعلومات. ولهذا تُعلّق أغلب مشاريع الخصوصية لدى المؤسسات عند مرحلة الـ POC؛ إذ لا توجد جهة مؤسسة مستعدة من أجل تلبية متطلب امتثال واحد، لإعادة كتابة كامل نظام التسوية بلغة غير مألوفة.
DuskEVM هو الإجابة التي قدّمها @dusk. إنه تطبيق على طبقة EVM متوافق ضمن مجموعة تقنيات Dusk: Solidity قياسي وأدوات قياسية، مع عودة التسوية على المستوى السفلي إلى DuskDS. تم إطلاق شبكة الاختبار في 10 أغسطس، ويمكن للفريق الآن نشر الاختبارات باستخدام Solidity وHardhat. لا تكمن النقطة في كونه «جديدًا»، بل في أن تكاليف الهجرة بالنسبة لجهة خاضعة للتنظيم تُدفع لتقارب الصفر.
الأكثر لفتًا للاهتمام هو Hedger، وحدة الخصوصية لدى Dusk الموجّهة إلى EVM. فهي تجمع بين التشفير المتماثل والإثباتات الصفرية لإبقاء المعاملات سرّية، مع استمرار إتاحة إمكانية مراجعتها لمن لديهم صلاحية. إن هذا الفرق أهم بكثير مما يبدو للوهلة الأولى. في التمويل المالي الخاضع للتنظيم، ليست الشفافية المنعدمة ميزة تسويقية، بل سببًا مباشرًا للإقصاء؛ فالبنك لا يمكنه إجراء التسوية عبر قناة لا يستطيع المنظمون التحقق منها. ما تحتاجه هذه الأسواق حقًا هو: إخفاء المعلومات عن الجمهور، وإفصاحها لمن يملك حق الاطلاع.
إن التصميم الشامل لـ $DUSK مبني على هذه الفكرة: الخصوصية هي خاصية يمكن تفويضها، وليست «صندوقًا أسود» مطلقًا. هل ستتمكن في النهاية من العمل على أرض الواقع فهو سؤال على مستوى التنفيذ—الشبكة الرئيسية، والتطبيقات الحقيقية، والأحجام الحقيقية من المعاملات. لكن على الأقل فهي تستهدف المشكلة الصحيحة، وهذا وحده يجعلها أكثر صدقًا من معظم سرديات الخصوصية.
3
2
335
·
--
#dusk $DUSK @Dusk_Foundation
DuskEVM: يجعل مطوري Solidity لا يضطرون للاختيار بين «الأدوات المألوفة» و«الخصوصية»
غالبًا ما تصطدم الكثير من المؤسسات عندما تحاول نقل الأعمال المالية إلى السلسلة بمشكلة الاختيار نفسها: إما اختيار سلسلة خصوصية، وإعادة كتابة كامل الكود؛ أو الاحتفاظ بمكدس تقنيات EVM الجاهز، والتخلي عن السرية. ما يسعى إليه DuskEVM هو إلغاء هذه المعضلة مباشرة.
يُعد DuskEVM تطبيقًا بطبقة التوافق مع EVM ضمن مجموعة تقنيات Dusk. فهو يسمح للمطورين بالاستمرار في استخدام Solidity وسلسلة أدوات EVM القياسية، وذلك عبر توافقه مع OP Stack، مع إعادة تسوية نتائج التنفيذ إلى طبقة DuskDS في الأسفل—أي طبقة الحسم الحتمي وإتاحة البيانات والعقود الذكية الأصلية المبنية على ZK. وبالنسبة للشركاء والمؤسسات والمطورين، تصبح تكلفة الدخول أقرب إلى «النشر في مكان آخر» بدلًا من «إعادة البدء من الصفر».
ما يميّزه فعلاً عن طبقة تنفيذ عادية هو Hedger، وهو وحدة الخصوصية التي طوّرها Dusk خصيصًا لسيناريوهات EVM. فهو لا يراهن على مخطط تشفير واحد بعينه، بل يجمع بين التشفير المتماثل وأدلة المعرفة الصفرية: تبقى الأرصدة ومبالغ التحويل في حالة تشفير، ويمكن ما يزال التحقق من صحة المعاملة؛ وعندما تتطلب جهة التنظيم أو التدقيق الأمر، يمكن إجراء إفصاح موجّه إلى الأطراف المُصرّح لها. هذه هي الخصوصية التي تحتاجها فعليًا الجهات المالية الخاضعة للرقابة—ليست «غير مرئية للجميع»، بل «غير منشورة افتراضيًا، وقابلة للتحقق عند الضرورة».
وفقًا لحالة المنتج الرسمية، فإن DuskEVM وHedger ما زالا في مرحلة شبكة الاختبار، بينما ما يزال تطوير الشبكة الرئيسية جارياً. يمكن للمطورين البدء في شبكة الاختبار لاختبار منطق العقود وسير إجراءات التسوية ومسارات الإفصاح. وبالنسبة للفرق التي تستعد لتطبيق أصول متوافقة، لا تكمن قيمة هذه الفترة في الانتظار، بل في التحقق المبكر من سير العمل.
لمتابعة تقدم DuskEVM على الشبكة الرئيسية، يمكنك متابعة @dusk.$DUSK #dusk
#dusk $DUSK @Dusk
DuskEVM: يجعل مطوري Solidity لا يضطرون للاختيار بين «الأدوات المألوفة» و«الخصوصية»
غالبًا ما تصطدم الكثير من المؤسسات عندما تحاول نقل الأعمال المالية إلى السلسلة بمشكلة الاختيار نفسها: إما اختيار سلسلة خصوصية، وإعادة كتابة كامل الكود؛ أو الاحتفاظ بمكدس تقنيات EVM الجاهز، والتخلي عن السرية. ما يسعى إليه DuskEVM هو إلغاء هذه المعضلة مباشرة.
يُعد DuskEVM تطبيقًا بطبقة التوافق مع EVM ضمن مجموعة تقنيات Dusk. فهو يسمح للمطورين بالاستمرار في استخدام Solidity وسلسلة أدوات EVM القياسية، وذلك عبر توافقه مع OP Stack، مع إعادة تسوية نتائج التنفيذ إلى طبقة DuskDS في الأسفل—أي طبقة الحسم الحتمي وإتاحة البيانات والعقود الذكية الأصلية المبنية على ZK. وبالنسبة للشركاء والمؤسسات والمطورين، تصبح تكلفة الدخول أقرب إلى «النشر في مكان آخر» بدلًا من «إعادة البدء من الصفر».
ما يميّزه فعلاً عن طبقة تنفيذ عادية هو Hedger، وهو وحدة الخصوصية التي طوّرها Dusk خصيصًا لسيناريوهات EVM. فهو لا يراهن على مخطط تشفير واحد بعينه، بل يجمع بين التشفير المتماثل وأدلة المعرفة الصفرية: تبقى الأرصدة ومبالغ التحويل في حالة تشفير، ويمكن ما يزال التحقق من صحة المعاملة؛ وعندما تتطلب جهة التنظيم أو التدقيق الأمر، يمكن إجراء إفصاح موجّه إلى الأطراف المُصرّح لها. هذه هي الخصوصية التي تحتاجها فعليًا الجهات المالية الخاضعة للرقابة—ليست «غير مرئية للجميع»، بل «غير منشورة افتراضيًا، وقابلة للتحقق عند الضرورة».
وفقًا لحالة المنتج الرسمية، فإن DuskEVM وHedger ما زالا في مرحلة شبكة الاختبار، بينما ما يزال تطوير الشبكة الرئيسية جارياً. يمكن للمطورين البدء في شبكة الاختبار لاختبار منطق العقود وسير إجراءات التسوية ومسارات الإفصاح. وبالنسبة للفرق التي تستعد لتطبيق أصول متوافقة، لا تكمن قيمة هذه الفترة في الانتظار، بل في التحقق المبكر من سير العمل.
لمتابعة تقدم DuskEVM على الشبكة الرئيسية، يمكنك متابعة @dusk.$DUSK #dusk
DuskEVM: يجعل مطوري Solidity لا يضطرون للاختيار بين «الأدوات المألوفة» و«الخصوصية»
غالبًا ما تصطدم الكثير من المؤسسات عندما تحاول نقل الأعمال المالية إلى السلسلة بمشكلة الاختيار نفسها: إما اختيار سلسلة خصوصية، وإعادة كتابة كامل الكود؛ أو الاحتفاظ بمكدس تقنيات EVM الجاهز، والتخلي عن السرية. ما يسعى إليه DuskEVM هو إلغاء هذه المعضلة مباشرة.
يُعد DuskEVM تطبيقًا بطبقة التوافق مع EVM ضمن مجموعة تقنيات Dusk. فهو يسمح للمطورين بالاستمرار في استخدام Solidity وسلسلة أدوات EVM القياسية، وذلك عبر توافقه مع OP Stack، مع إعادة تسوية نتائج التنفيذ إلى طبقة DuskDS في الأسفل—أي طبقة الحسم الحتمي وإتاحة البيانات والعقود الذكية الأصلية المبنية على ZK. وبالنسبة للشركاء والمؤسسات والمطورين، تصبح تكلفة الدخول أقرب إلى «النشر في مكان آخر» بدلًا من «إعادة البدء من الصفر».
ما يميّزه فعلاً عن طبقة تنفيذ عادية هو Hedger، وهو وحدة الخصوصية التي طوّرها Dusk خصيصًا لسيناريوهات EVM. فهو لا يراهن على مخطط تشفير واحد بعينه، بل يجمع بين التشفير المتماثل وأدلة المعرفة الصفرية: تبقى الأرصدة ومبالغ التحويل في حالة تشفير، ويمكن ما يزال التحقق من صحة المعاملة؛ وعندما تتطلب جهة التنظيم أو التدقيق الأمر، يمكن إجراء إفصاح موجّه إلى الأطراف المُصرّح لها. هذه هي الخصوصية التي تحتاجها فعليًا الجهات المالية الخاضعة للرقابة—ليست «غير مرئية للجميع»، بل «غير منشورة افتراضيًا، وقابلة للتحقق عند الضرورة».
وفقًا لحالة المنتج الرسمية، فإن DuskEVM وHedger ما زالا في مرحلة شبكة الاختبار، بينما ما يزال تطوير الشبكة الرئيسية جارياً. يمكن للمطورين البدء في شبكة الاختبار لاختبار منطق العقود وسير إجراءات التسوية ومسارات الإفصاح. وبالنسبة للفرق التي تستعد لتطبيق أصول متوافقة، لا تكمن قيمة هذه الفترة في الانتظار، بل في التحقق المبكر من سير العمل.
لمتابعة تقدم DuskEVM على الشبكة الرئيسية، يمكنك متابعة @dusk.$DUSK #dusk
323
·
--
شراء $TUT 1.2K USDT
$TUT 🙏$TUT
لا يزال يريد سحب جولة أخرى، ولم ينتهِ بعد
{future}(TUTUSDT)
$TUT 🙏$TUT
لا يزال يريد سحب جولة أخرى، ولم ينتهِ بعد
لا يزال يريد سحب جولة أخرى، ولم ينتهِ بعد
1
958
·
--
لعلّ من لعب بضع جولات في عمليات <perp DEX> للاستلام العشوائي (AirDrop) عبر النقاط يعرف تقريبًا هذا السيناريو:
فتح كمّ هائل من مهام النقاط، تلميحات عن AirDrop قادم، وإرجاع عمولات لجذب الناس إلى الفريق.
قد تكون الضجة كبيرة، لكن الجميع يعرف داخليًا—هذه الجولة جاءت لأجل الحوافز. بمجرد توقف النقاط وإطلاق الـAirDrop، يتبخر فورًا السيولة والنشاط.
Hertzflow يريد أن يسلك طريقًا آخر، وهذه هي الاختلاف الجوهري بينها وبين أساليب جذب العملاء التقليدية.
الرسمي ذكر بالفعل أنه سيتم تطوير مجتمع التداول عبر “عُقد الدعوة”.
لكن تفاصيل آلية الـreferral (الدعوة) المحددة لم تُنشر بعد؛ لذلك لن أختلق هنا “دليل دعوة” لأخدعك أو أملأه بتوجيهات عشوائية.
ما أريد الحديث عنه أكثر هو الأساسيات: نموّه، وما الفرق المنطقي بينه وبين جذب العملاء في الـperp DEX العادي.
جذب العملاء في البورصات العادية أو في الـperp DEX عادةً جوهره هو: “شراء النمو عبر دعم/تعويض بالرموز”. الاعتماد يكون على النقاط، وتوقعات AirDrop، والعمولات لجذب المستخدمين.
المشكلة أن ما يجذبونه غالبًا هم “مزارعو النقاط” وسيولة من نوع المرتزقة—حيث يذهب الجميع إلى أي مكان توجد فيه دعمات، ومع الوقت يُنتَج أيضًا تضخيم حجم التداول (刷量) وعيوب قديمة مثل الغش (الـSybil/الجنّيات). لكن الدعم محدود، وما أن يتوقف حتى تنهار البنية التحتية للنمو.
الاختلاف في Hertzflow يكمن في أنها تربط مسألة: “لماذا يختار الناس البقاء؟” بقيمة حقيقية، لا بلعبة تنافسية قصيرة الأجل.
أرباح الـLP لديها تأتي من رسوم التداول الفعلية، وفوائد الإقراض، وخسائر المتداولين—أي عائد حقيقي (real yield) من نشاط حقيقي، وليست من طباعة دعم بالعملة. والأهم: المنصة لا تحقق الأرباح إلا عندما يحقق المستخدمون أرباحًا، وليس عبر ربحٍ من حالات انفجار الحسابات (爆仓). هذا يعني أن مصالح المنصة والمستخدمين أصبحت مرتبطة ببعضها.
وبالإضافة إلى ذلك، مع الإتاحة طوال الوقت للّتحكم الذاتي (self-custody)، لا تحتاج أصلًا إلى تسليم السيطرة على الأصول إلى المنصة. وعندما يتمسك الناس بمنتج لأنه يقدم “عائدًا حقيقيًا + مواءمة المصالح + تحكم ذاتي”، تقل—بحكم الطبيعة—الاعتمادية على الدعمات.
لذلك، في رأيي، ليس التركيز الحقيقي أن تسأل: “ما مهام AirDrop الجديدة التي يمكنني تفريغها/تحقيقها؟” بل أن تسأل: هل هذه الآلية نفسها قادرة على الاستمرار في العمل؟ النمو الذي يُبنى على الاستخدام الحقيقي هو وحده القادر على عبور دورة الدعم.
لعلّ من لعب بضع جولات في عمليات <perp DEX> للاستلام العشوائي (AirDrop) عبر النقاط يعرف تقريبًا هذا السيناريو:
فتح كمّ هائل من مهام النقاط، تلميحات عن AirDrop قادم، وإرجاع عمولات لجذب الناس إلى الفريق.
قد تكون الضجة كبيرة، لكن الجميع يعرف داخليًا—هذه الجولة جاءت لأجل الحوافز. بمجرد توقف النقاط وإطلاق الـAirDrop، يتبخر فورًا السيولة والنشاط.
Hertzflow يريد أن يسلك طريقًا آخر، وهذه هي الاختلاف الجوهري بينها وبين أساليب جذب العملاء التقليدية.
الرسمي ذكر بالفعل أنه سيتم تطوير مجتمع التداول عبر “عُقد الدعوة”.
لكن تفاصيل آلية الـreferral (الدعوة) المحددة لم تُنشر بعد؛ لذلك لن أختلق هنا “دليل دعوة” لأخدعك أو أملأه بتوجيهات عشوائية.
ما أريد الحديث عنه أكثر هو الأساسيات: نموّه، وما الفرق المنطقي بينه وبين جذب العملاء في الـperp DEX العادي.
جذب العملاء في البورصات العادية أو في الـperp DEX عادةً جوهره هو: “شراء النمو عبر دعم/تعويض بالرموز”. الاعتماد يكون على النقاط، وتوقعات AirDrop، والعمولات لجذب المستخدمين.
المشكلة أن ما يجذبونه غالبًا هم “مزارعو النقاط” وسيولة من نوع المرتزقة—حيث يذهب الجميع إلى أي مكان توجد فيه دعمات، ومع الوقت يُنتَج أيضًا تضخيم حجم التداول (刷量) وعيوب قديمة مثل الغش (الـSybil/الجنّيات). لكن الدعم محدود، وما أن يتوقف حتى تنهار البنية التحتية للنمو.
الاختلاف في Hertzflow يكمن في أنها تربط مسألة: “لماذا يختار الناس البقاء؟” بقيمة حقيقية، لا بلعبة تنافسية قصيرة الأجل.
أرباح الـLP لديها تأتي من رسوم التداول الفعلية، وفوائد الإقراض، وخسائر المتداولين—أي عائد حقيقي (real yield) من نشاط حقيقي، وليست من طباعة دعم بالعملة. والأهم: المنصة لا تحقق الأرباح إلا عندما يحقق المستخدمون أرباحًا، وليس عبر ربحٍ من حالات انفجار الحسابات (爆仓). هذا يعني أن مصالح المنصة والمستخدمين أصبحت مرتبطة ببعضها.
وبالإضافة إلى ذلك، مع الإتاحة طوال الوقت للّتحكم الذاتي (self-custody)، لا تحتاج أصلًا إلى تسليم السيطرة على الأصول إلى المنصة. وعندما يتمسك الناس بمنتج لأنه يقدم “عائدًا حقيقيًا + مواءمة المصالح + تحكم ذاتي”، تقل—بحكم الطبيعة—الاعتمادية على الدعمات.
لذلك، في رأيي، ليس التركيز الحقيقي أن تسأل: “ما مهام AirDrop الجديدة التي يمكنني تفريغها/تحقيقها؟” بل أن تسأل: هل هذه الآلية نفسها قادرة على الاستمرار في العمل؟ النمو الذي يُبنى على الاستخدام الحقيقي هو وحده القادر على عبور دورة الدعم.
فتح كمّ هائل من مهام النقاط، تلميحات عن AirDrop قادم، وإرجاع عمولات لجذب الناس إلى الفريق.
قد تكون الضجة كبيرة، لكن الجميع يعرف داخليًا—هذه الجولة جاءت لأجل الحوافز. بمجرد توقف النقاط وإطلاق الـAirDrop، يتبخر فورًا السيولة والنشاط.
Hertzflow يريد أن يسلك طريقًا آخر، وهذه هي الاختلاف الجوهري بينها وبين أساليب جذب العملاء التقليدية.
الرسمي ذكر بالفعل أنه سيتم تطوير مجتمع التداول عبر “عُقد الدعوة”.
لكن تفاصيل آلية الـreferral (الدعوة) المحددة لم تُنشر بعد؛ لذلك لن أختلق هنا “دليل دعوة” لأخدعك أو أملأه بتوجيهات عشوائية.
ما أريد الحديث عنه أكثر هو الأساسيات: نموّه، وما الفرق المنطقي بينه وبين جذب العملاء في الـperp DEX العادي.
جذب العملاء في البورصات العادية أو في الـperp DEX عادةً جوهره هو: “شراء النمو عبر دعم/تعويض بالرموز”. الاعتماد يكون على النقاط، وتوقعات AirDrop، والعمولات لجذب المستخدمين.
المشكلة أن ما يجذبونه غالبًا هم “مزارعو النقاط” وسيولة من نوع المرتزقة—حيث يذهب الجميع إلى أي مكان توجد فيه دعمات، ومع الوقت يُنتَج أيضًا تضخيم حجم التداول (刷量) وعيوب قديمة مثل الغش (الـSybil/الجنّيات). لكن الدعم محدود، وما أن يتوقف حتى تنهار البنية التحتية للنمو.
الاختلاف في Hertzflow يكمن في أنها تربط مسألة: “لماذا يختار الناس البقاء؟” بقيمة حقيقية، لا بلعبة تنافسية قصيرة الأجل.
أرباح الـLP لديها تأتي من رسوم التداول الفعلية، وفوائد الإقراض، وخسائر المتداولين—أي عائد حقيقي (real yield) من نشاط حقيقي، وليست من طباعة دعم بالعملة. والأهم: المنصة لا تحقق الأرباح إلا عندما يحقق المستخدمون أرباحًا، وليس عبر ربحٍ من حالات انفجار الحسابات (爆仓). هذا يعني أن مصالح المنصة والمستخدمين أصبحت مرتبطة ببعضها.
وبالإضافة إلى ذلك، مع الإتاحة طوال الوقت للّتحكم الذاتي (self-custody)، لا تحتاج أصلًا إلى تسليم السيطرة على الأصول إلى المنصة. وعندما يتمسك الناس بمنتج لأنه يقدم “عائدًا حقيقيًا + مواءمة المصالح + تحكم ذاتي”، تقل—بحكم الطبيعة—الاعتمادية على الدعمات.
لذلك، في رأيي، ليس التركيز الحقيقي أن تسأل: “ما مهام AirDrop الجديدة التي يمكنني تفريغها/تحقيقها؟” بل أن تسأل: هل هذه الآلية نفسها قادرة على الاستمرار في العمل؟ النمو الذي يُبنى على الاستخدام الحقيقي هو وحده القادر على عبور دورة الدعم.
2
311
سجّل الدخول لاستكشاف المزيد من المُحتوى
انضم إلى مُستخدمي العملات الرقمية حول العالم على Binance Square
⚡️ احصل على أحدث المعلومات المفيدة عن العملات الرقمية.
💬 موثوقة من قبل أكبر منصّة لتداول العملات الرقمية في العالم.
👍 اكتشف الرؤى الحقيقية من صنّاع المُحتوى الموثوقين.
البريد الإلكتروني / رقم الهاتف
المواضيع الرائجة
CryptoSectorsFallSecondDay
1,121 مشاهدات
80 يقومون بالنقاش
#cryptosectorsfallsecondday 🩸 أيام حمراء - اختبار القناعة!
تواجه العملات الرقمية جلسة حمراء أخرى مع استمرار جني الأرباح في الضغط على السوق، بينما تتلقى العملات البديلة أكبر ضربة.
لكن النقطة الأهم هي: التصحيحات جزء من كل دورة سوق رئيسية. 📉
غالبًا ما يغادر أصحاب الأيدي الضعيفة وقت الخوف، بينما يبدأ المشترون الأقوى في مراقبة المستويات الجذابة.
🔥 نهجي: لا تُهلع. ولا تنجرف وراء FOMO عند الهبوط أيضًا. راقب مناطق الدعم الرئيسية وانتظر التأكيد قبل اتخاذ أي خطوة.
هل أنت:
🟢 تشتري وقت الهبوط؟
🟡 تنتظر التأكيد؟
🔴 تبقى على الهامش؟
اكتب قرارك بالأسفل! 👇
#Crypto #Bitcoin #Altcoins #CryptoMarket
⚠️ ليس نصيحة مالية. قم دائمًا بإجراء بحثك الخاص (DYOR) وادِر مخاطرك.
اضغط للتداول أدناه👇
$BTC $SOL $XRP
Crypto info2
·0 إعجاب
·29 مشاهدات
BitcoinGoldenCrossConfirms
2,963 مشاهدات
133 يقومون بالنقاش
AppleRises3.56%AfterIPhoneDuoLaunch
14 مشاهدات
9 يقومون بالنقاش