إذا كنت تتابع تقدم شبكة Dusk باستمرار، فستكتشف شيئًا مثيرًا للاهتمام: فهي لا تتنافس مع الشبكات العامة الأخرى من حيث السرعة أو تكلفة المعاملات، بل تقوم بشيء أكثر واقعية — بناء بنية تحتية طويلة الأمد ومستقرة على السلسلة للأصول المالية الخاضعة للرقابة، والتي يصعب أن تتعطل.
هذا التحديد يحدد العديد من خيارات Dusk التي قد تبدو في السوق القصيرة الأمد غير "مذهلة"، ولكن من حيث المنطق والدقة، فهي تتعمق أكثر من العديد من المشاريع الأخرى.
**التركيز ليس على "كيفية الاستخدام"، بل على "هل تجرؤ على تحمل العواقب"**
معظم مشاريع البلوكشين تبدأ من تجربة المستخدم — بسرعة، تكلفة منخفضة، متعة، وقابلية للتجميع.
أما Dusk، فهي تختلف. انطلاقها يشبه طرح سؤال أساسي في العالم المالي: بمجرد أن يتم إدخال الأصول على السلسلة، من يضمن أن قواعد المعاملات تُنفذ فعلاً؟
الأصول المالية في الواقع ليست "يمكنك أن تتداولها بحرية بمجرد الحصول عليها". الأوراق المالية، الصناديق، وغيرها من الأصول الخاضعة للرقابة لديها إطار عمل طبيعي — من يملكها، تحت أي شروط يمكن نقلها، وما هي التحقق المطلوب.
فكرة Dusk ليست لتجاوز هذه القيود، بل للعمل بشكل عكسي: دمج "الحدود" الخاصة بعالم التمويل مباشرة في طبقة البروتوكول، وتحويلها إلى جزء من النظام نفسه.
**إدارة الأصول: من "المساءلة بعد الحدث" إلى "القاعدة قبل الحدث"**
في تصميم Dusk، الأصول ليست شيئًا يمكن تدفقه بحرية بشكل طبيعي، بل تشبه عقدًا ماليًا يحمل شروط تدقيق مدمجة.
عند إنشاء الأصل، يتم تحديد صلاحية الحيازة، قيود النقل، وخطوات التحقق بشكل ثابت في البروتوكول. وكل عملية تداول لاحقة، يقوم النظام تلقائيًا بفحص هذه الشروط، وإذا لم تتطابق أي منها، يتم إيقاف المعاملة مباشرة.
مزايا هذا التصميم واضحة: لا يوجد فرق زمني بين الرقابة اللاحقة، ولا ثغرات يمكن استغلالها. القواعد والتنفيذ مرتبطان بشكل وثيق.
قد تحتوي هذه الصفحة على محتوى من جهات خارجية، يتم تقديمه لأغراض إعلامية فقط (وليس كإقرارات/ضمانات)، ولا ينبغي اعتباره موافقة على آرائه من قبل Gate، ولا بمثابة نصيحة مالية أو مهنية. انظر إلى إخلاء المسؤولية للحصول على التفاصيل.
تسجيلات الإعجاب 11
أعجبني
11
4
إعادة النشر
مشاركة
تعليق
0/400
ForumLurker
· منذ 2 س
بصراحة، هذه الفكرة أكثر موثوقية بكثير من تلك المشاريع التي تتفاخر يوميًا بسرعة TPS الخاصة بها
قلة من المشاريع التي تجرؤ على تحمل المسؤولية عن أصولها على السلسلة، ومعظمها لا تزال تعد بالوهم فقط
شاهد النسخة الأصليةرد0
CoffeeNFTrader
· منذ 12 س
يا للأسف، هذه الفكرة فعلاً مختلفة، على عكس تلك التي تكتفي بالصراخ بسرعة وبسعر منخفض، Dusk قام بدمج قواعد التمويل مباشرة في الكود.
شاهد النسخة الأصليةرد0
GasFeeGazer
· منذ 13 س
嗯...هذه الفكرة بالتأكيد مختلفة قليلاً، لكن بصراحة هل يمكن تطبيق مجموعة القواعد المسبقة على السلسلة بشكل فعلي، أم أنها مجرد قصة مثالية أخرى
شاهد النسخة الأصليةرد0
APY追逐者
· منذ 13 س
هذه الفكرة مثيرة للاهتمام، دمج إطار التنظيم بشكل صارم في طبقة البروتوكول... لكن هل ستؤدي هذه الطريقة إلى حبس السيولة بشكل دائم؟ المشكلة أن قواعد الأصول المالية الحقيقية تتغير باستمرار، فكيف ستتعامل Dusk مع هذا التعديل الديناميكي؟
إذا كنت تتابع تقدم شبكة Dusk باستمرار، فستكتشف شيئًا مثيرًا للاهتمام: فهي لا تتنافس مع الشبكات العامة الأخرى من حيث السرعة أو تكلفة المعاملات، بل تقوم بشيء أكثر واقعية — بناء بنية تحتية طويلة الأمد ومستقرة على السلسلة للأصول المالية الخاضعة للرقابة، والتي يصعب أن تتعطل.
هذا التحديد يحدد العديد من خيارات Dusk التي قد تبدو في السوق القصيرة الأمد غير "مذهلة"، ولكن من حيث المنطق والدقة، فهي تتعمق أكثر من العديد من المشاريع الأخرى.
**التركيز ليس على "كيفية الاستخدام"، بل على "هل تجرؤ على تحمل العواقب"**
معظم مشاريع البلوكشين تبدأ من تجربة المستخدم — بسرعة، تكلفة منخفضة، متعة، وقابلية للتجميع.
أما Dusk، فهي تختلف. انطلاقها يشبه طرح سؤال أساسي في العالم المالي: بمجرد أن يتم إدخال الأصول على السلسلة، من يضمن أن قواعد المعاملات تُنفذ فعلاً؟
الأصول المالية في الواقع ليست "يمكنك أن تتداولها بحرية بمجرد الحصول عليها". الأوراق المالية، الصناديق، وغيرها من الأصول الخاضعة للرقابة لديها إطار عمل طبيعي — من يملكها، تحت أي شروط يمكن نقلها، وما هي التحقق المطلوب.
فكرة Dusk ليست لتجاوز هذه القيود، بل للعمل بشكل عكسي: دمج "الحدود" الخاصة بعالم التمويل مباشرة في طبقة البروتوكول، وتحويلها إلى جزء من النظام نفسه.
**إدارة الأصول: من "المساءلة بعد الحدث" إلى "القاعدة قبل الحدث"**
في تصميم Dusk، الأصول ليست شيئًا يمكن تدفقه بحرية بشكل طبيعي، بل تشبه عقدًا ماليًا يحمل شروط تدقيق مدمجة.
عند إنشاء الأصل، يتم تحديد صلاحية الحيازة، قيود النقل، وخطوات التحقق بشكل ثابت في البروتوكول. وكل عملية تداول لاحقة، يقوم النظام تلقائيًا بفحص هذه الشروط، وإذا لم تتطابق أي منها، يتم إيقاف المعاملة مباشرة.
مزايا هذا التصميم واضحة: لا يوجد فرق زمني بين الرقابة اللاحقة، ولا ثغرات يمكن استغلالها. القواعد والتنفيذ مرتبطان بشكل وثيق.