بعد دراسة @Dusk لفترة من الوقت، بدأتُ أرى أنه لم يعد مجرد “مشروع خصوصية آخر”.
تنتهي كثير من النقاشات إلى سؤال: “كيف نُخفي المعاملات؟”. لكن ما أوقفني عند Dusk مختلف: فهو يحاول الإجابة عن سؤال، عندما تنتقل الأصول الرقمية الخاضعة للرقابة فعلاً إلى السلسلة، هل يمكن إيجاد مسار يجمع بين التحقق العلني، وحماية البيانات، والتمويل القابل للبرمجة، من دون أن يكون الأمر اختيارًا بين أحد خيارين فقط؟
يدعم DuskDS أصلًا نموذجين للمعاملات. Moonlight هو نموذج account-based علني، حيث تكون حالة الحسابات والأرصدة ومعلومات التحويل مرئية؛ أما Phoenix فهو نموذج shielded note، يستخدم براهين المعرفة الصفرية للتحقق من صحة المعاملة، وكفاية الأموال، وعدم وجود إنفاق مزدوج، من دون كشف المبلغ أو المرسل. والأمر المثير فعلاً هو أنهما ليسا موجودين بشكل متوازٍ فقط، بل يمكن التبديل بينهما بشكل ذري عبر دالة convert في Transfer Contract. كل ما يحتاجه المستخدم هو إثبات ملكية الحساب أو العنوان، من دون أن يتعطل المسار في حالة وسطية. أما viewing key فتنقل الإفصاح إلى قدرة مُتحكَّم بها — فهي غير علنية افتراضيًا، وعند الحاجة تُسلَّم وفق القواعد إلى جهة محددة.
وعلى مستوى أعلى، فإن Zedger وXSC هما التصميمان الأهم الموجهان للأوراق المالية. يجمع Zedger بين UTXO وقدرات الحساب لمعالجة تفاصيل الامتثال مثل فحص أهلية الحيازة، وحدود التحويل، والتوزيعات؛ بينما تقوم XSC بتوحيد هذه القواعد. convert يعالج تداول الرموز الأصلية، وZedger/XSC يديران امتثال الأوراق المالية، وكلاهما يستخدم طبقة Phoenix نفسها، لكن لكل منهما وظيفة مختلفة، ولا ينبغي الخلط بينهما.
من ناحية البنية، يتولى DuskDS الإجماع والنهائية وتوافر البيانات، بينما يشغّل DuskVM Rust/WASM، ويدعم DuskEVM أدوات EVM. أما Succinct Attestation فيؤدي بعد Ratification إلى نهائية حاسمة Deterministic Finality، وهو أمر بالغ الأهمية لتداول الأوراق المالية.
NPEX، بوصفه MTF مرخّصًا في هولندا، لديه بالفعل حجم تمويل يتجاوز 200 مليون يورو وأكثر من 17.5 ألف مستثمر نشط. وتتعاون Dusk معه لاستكشاف نقل الأسهم والسندات المدرجة إلى السلسلة، بينما تُكمل Quantoz عبر EURQ جانب مدفوعات اليورو المتوافقة مع MiCA. لا يمكن اعتبار هذه الشراكات وحدها دليلًا مباشرًا على وجود الطلب، لكنها توفر ساحة اختبار حقيقية.
لذلك، عندما أنظر الآن إلى $DUSK ، فإن تركيزي لم يعد على تقنية الخصوصية فقط، بل على ما إذا كانت القواعد يمكن أن تُطبَّق فعليًا، وما إذا كان النشاط التجاري الحقيقي يمكن أن يتراكم ليصبح طلبًا على gas وstaking. الأول يحدد ما إذا كان المنتج قابلًا للاستخدام، والثاني يحدد ما إذا كانت قيمة الشبكة ستبقى.
#dusk $DUSK @Dusk
تنتهي كثير من النقاشات إلى سؤال: “كيف نُخفي المعاملات؟”. لكن ما أوقفني عند Dusk مختلف: فهو يحاول الإجابة عن سؤال، عندما تنتقل الأصول الرقمية الخاضعة للرقابة فعلاً إلى السلسلة، هل يمكن إيجاد مسار يجمع بين التحقق العلني، وحماية البيانات، والتمويل القابل للبرمجة، من دون أن يكون الأمر اختيارًا بين أحد خيارين فقط؟
يدعم DuskDS أصلًا نموذجين للمعاملات. Moonlight هو نموذج account-based علني، حيث تكون حالة الحسابات والأرصدة ومعلومات التحويل مرئية؛ أما Phoenix فهو نموذج shielded note، يستخدم براهين المعرفة الصفرية للتحقق من صحة المعاملة، وكفاية الأموال، وعدم وجود إنفاق مزدوج، من دون كشف المبلغ أو المرسل. والأمر المثير فعلاً هو أنهما ليسا موجودين بشكل متوازٍ فقط، بل يمكن التبديل بينهما بشكل ذري عبر دالة convert في Transfer Contract. كل ما يحتاجه المستخدم هو إثبات ملكية الحساب أو العنوان، من دون أن يتعطل المسار في حالة وسطية. أما viewing key فتنقل الإفصاح إلى قدرة مُتحكَّم بها — فهي غير علنية افتراضيًا، وعند الحاجة تُسلَّم وفق القواعد إلى جهة محددة.
وعلى مستوى أعلى، فإن Zedger وXSC هما التصميمان الأهم الموجهان للأوراق المالية. يجمع Zedger بين UTXO وقدرات الحساب لمعالجة تفاصيل الامتثال مثل فحص أهلية الحيازة، وحدود التحويل، والتوزيعات؛ بينما تقوم XSC بتوحيد هذه القواعد. convert يعالج تداول الرموز الأصلية، وZedger/XSC يديران امتثال الأوراق المالية، وكلاهما يستخدم طبقة Phoenix نفسها، لكن لكل منهما وظيفة مختلفة، ولا ينبغي الخلط بينهما.
من ناحية البنية، يتولى DuskDS الإجماع والنهائية وتوافر البيانات، بينما يشغّل DuskVM Rust/WASM، ويدعم DuskEVM أدوات EVM. أما Succinct Attestation فيؤدي بعد Ratification إلى نهائية حاسمة Deterministic Finality، وهو أمر بالغ الأهمية لتداول الأوراق المالية.
NPEX، بوصفه MTF مرخّصًا في هولندا، لديه بالفعل حجم تمويل يتجاوز 200 مليون يورو وأكثر من 17.5 ألف مستثمر نشط. وتتعاون Dusk معه لاستكشاف نقل الأسهم والسندات المدرجة إلى السلسلة، بينما تُكمل Quantoz عبر EURQ جانب مدفوعات اليورو المتوافقة مع MiCA. لا يمكن اعتبار هذه الشراكات وحدها دليلًا مباشرًا على وجود الطلب، لكنها توفر ساحة اختبار حقيقية.
لذلك، عندما أنظر الآن إلى $DUSK ، فإن تركيزي لم يعد على تقنية الخصوصية فقط، بل على ما إذا كانت القواعد يمكن أن تُطبَّق فعليًا، وما إذا كان النشاط التجاري الحقيقي يمكن أن يتراكم ليصبح طلبًا على gas وstaking. الأول يحدد ما إذا كان المنتج قابلًا للاستخدام، والثاني يحدد ما إذا كانت قيمة الشبكة ستبقى.
#dusk $DUSK @Dusk
