المشاريع تتجمع وتدعي أنها "بنية تحتية"، لكن القليل منها فقط يمكنه حقًا تحمل هذا اللقب. تحديد موقع Dusk Network مثير للاهتمام — بدلاً من أن يُقال عنه بنية تحتية، يمكن القول إنه "نظام تشغيل مالي". لا يسعى لإنشاء تطبيقات ناجحة بشكل كبير، بل يحول قواعد تشغيل الأصول الخاضعة للتنظيم على البلوكشين إلى منطق تنفيذ على مستوى البروتوكول واحد تلو الآخر.
لفهم Dusk، النظر فقط إلى قائمة الوظائف غير كافٍ. المهم هو كيف استجاب لعدد من الأزمات الأساسية التي تواجه التمويل الحقيقي.
**الأزمة الأولى: كيف يمكن للقواعد أن تصبح قيودًا صارمة؟**
في الشبكات العامة الشائعة، غالبًا ما تظل القواعد عند مستوى "اتفاق الجميع" أو قيود الواجهة الأمامية. لكن التمويل الحقيقي يتطلب اليقين — وهذا لا يمكن التهاون فيه.
طريقة Dusk مباشرة جدًا: لا تعتبر القواعد كدليل إرشادي، بل تجعلها خصائص للأصول نفسها. على Dusk، يمكن لكل أصل أن يُربط بشروط محددة منذ لحظة إنشائه — من يحق له امتلاكه، كيف يمكن نقله، وما هي التحقق من الامتثال المطلوب. هذه الشروط ليست موجهة للمستخدمين لقراءتها، بل تُكتب لتنفيذها بواسطة السلسلة. إذا لم تتوافق الشروط، لا يمكن للمعاملة أن تدخل النظام على الإطلاق. وبهذا، يتحول الامتثال من عملية إلى حالة.
**الأزمة الثانية: هل الخصوصية والتدقيق حقًا خياران متعارضان؟**
لم يختر Dusk مسارًا متطرفًا. لا يتجه نحو إخفاء كامل، ولا نحو الشفافية المطلقة، بل يتبنى حل وسط أكثر قربًا للتمويل الحقيقي — الكشف الانتقائي.
في تصميم البروتوكول، لا يمكن للسوق رؤية تفاصيل المعاملة، ولا يمكن عكس هيكل الحيازة، ومعلومات طرف المعاملة تظل سرية. ومع ذلك، يمكن للنظام إصدار إثباتات رياضية قابلة للتحقق، وعند الحصول على إذن، يمكن الكشف عن المعلومات بشكل مستهدف. هذا التصميم يحمي خصوصية المشاركين، ويترك نافذة ضرورية للرقابة والتنظيم.
قد تحتوي هذه الصفحة على محتوى من جهات خارجية، يتم تقديمه لأغراض إعلامية فقط (وليس كإقرارات/ضمانات)، ولا ينبغي اعتباره موافقة على آرائه من قبل Gate، ولا بمثابة نصيحة مالية أو مهنية. انظر إلى إخلاء المسؤولية للحصول على التفاصيل.
تسجيلات الإعجاب 13
أعجبني
13
4
إعادة النشر
مشاركة
تعليق
0/400
fren.eth
· منذ 14 س
واو، أخيرًا قام شخص ما بشرح مصطلح "البنية التحتية" بشكل واضح. معظم المشاريع مجرد تغيير اسم لخداع الناس، لكن فكرة نظام التشغيل المالي Dusk مختلفة حقًا.
شاهد النسخة الأصليةرد0
SellTheBounce
· منذ 14 س
يبدو الأمر كبيرًا جدًا، لكني أقولها على أي حال — السلسلة الصديقة للتنظيم، في النهاية، غالبًا ما تتحول إلى ماكينة سحب للأجهزة الكبيرة. من المؤكد أن القواعد مكتوبة في الكود، لكن ما الذي يتأكد منه حقًا؟ من يتاح له اللعب، ومن لا يتاح له اللعب فقط.
شاهد النسخة الأصليةرد0
MainnetDelayedAgain
· منذ 14 س
انتظر، هل حقًا يمكن لـ Dusk أن يكون بهذه المثالية عند التشغيل، هل يمكن أن يعمل بسلاسة هكذا، كم مر وقت منذ آخر وعد قدمته؟
شاهد النسخة الأصليةرد0
MetaMuskRat
· منذ 14 س
واو أخيرًا هناك مشروع لا يتفاخر هناك Dusk، مجموعة الإفصاح الاختياري هذه حقًا رائعة، فهي تحافظ على الخصوصية وتترك نافذة للرقابة، هذا هو الطريق الذي يجب أن تسلكه المالية الواقعية
المشاريع تتجمع وتدعي أنها "بنية تحتية"، لكن القليل منها فقط يمكنه حقًا تحمل هذا اللقب. تحديد موقع Dusk Network مثير للاهتمام — بدلاً من أن يُقال عنه بنية تحتية، يمكن القول إنه "نظام تشغيل مالي". لا يسعى لإنشاء تطبيقات ناجحة بشكل كبير، بل يحول قواعد تشغيل الأصول الخاضعة للتنظيم على البلوكشين إلى منطق تنفيذ على مستوى البروتوكول واحد تلو الآخر.
لفهم Dusk، النظر فقط إلى قائمة الوظائف غير كافٍ. المهم هو كيف استجاب لعدد من الأزمات الأساسية التي تواجه التمويل الحقيقي.
**الأزمة الأولى: كيف يمكن للقواعد أن تصبح قيودًا صارمة؟**
في الشبكات العامة الشائعة، غالبًا ما تظل القواعد عند مستوى "اتفاق الجميع" أو قيود الواجهة الأمامية. لكن التمويل الحقيقي يتطلب اليقين — وهذا لا يمكن التهاون فيه.
طريقة Dusk مباشرة جدًا: لا تعتبر القواعد كدليل إرشادي، بل تجعلها خصائص للأصول نفسها. على Dusk، يمكن لكل أصل أن يُربط بشروط محددة منذ لحظة إنشائه — من يحق له امتلاكه، كيف يمكن نقله، وما هي التحقق من الامتثال المطلوب. هذه الشروط ليست موجهة للمستخدمين لقراءتها، بل تُكتب لتنفيذها بواسطة السلسلة. إذا لم تتوافق الشروط، لا يمكن للمعاملة أن تدخل النظام على الإطلاق. وبهذا، يتحول الامتثال من عملية إلى حالة.
**الأزمة الثانية: هل الخصوصية والتدقيق حقًا خياران متعارضان؟**
لم يختر Dusk مسارًا متطرفًا. لا يتجه نحو إخفاء كامل، ولا نحو الشفافية المطلقة، بل يتبنى حل وسط أكثر قربًا للتمويل الحقيقي — الكشف الانتقائي.
في تصميم البروتوكول، لا يمكن للسوق رؤية تفاصيل المعاملة، ولا يمكن عكس هيكل الحيازة، ومعلومات طرف المعاملة تظل سرية. ومع ذلك، يمكن للنظام إصدار إثباتات رياضية قابلة للتحقق، وعند الحصول على إذن، يمكن الكشف عن المعلومات بشكل مستهدف. هذا التصميم يحمي خصوصية المشاركين، ويترك نافذة ضرورية للرقابة والتنظيم.