#dusk $DUSK إليك شيء يتم تجاهله في معظم الشروحات عن DUSK: الأمر ليس سلسلة واحدة بنموذج خصوصية واحد ملحَق بها. إنها سلسلة تعمل على نماذجين مختلفين للمعاملات في الوقت نفسه؛ لأن الدفع والأمان ليسا من نفس نوع الكيانات ولا يفشلان بالطريقة نفسها.
Phoenix هو نموذج UTxO من أجل التحويلات اليومية المُخفاة — حيث يتم إخفاء الأرصدة والأطراف المقابلة، وتُتتبَّع الملاحظات داخل شجرة ميركل، وتمنع الـ nullifiers عمليات الإنفاق المزدوج دون الكشف عن أي ملاحظة تم إنفاقها. وهو مصمم لتحقيق الإنتاجية والسرية في نقل القيمة بشكل اعتيادي.
Zedger مختلف عن قصد. فهو مُصمَّم تحديدًا للأوراق المالية المُرمّزة (tokenized securities)، حيث ليست الفكرة مجرد إخفاء الرصيد — بل إثبات أن أحداث دورة الحياة (الإصدار، قيود التحويل، الإجراءات/القرارات المؤسسية، الاسترداد) تمت بشكل صحيح ضمن إطار تنظيمي، دون تسريب جدول رأس المال للعموم على السلسلة العامة. تُحمّل الورقة المالية المُرمّزة التزامات لا صُمِّم Phoenix لحملها: قيود التحويل المرتبطة بحالة المستثمر، والقدرة لدى المُصدِر على التجميد أو الاسترداد ضمن شروط قانونية محددة، ومتطلبات التدقيق التي تستمر حتى عندما تبقى الأرصدة مختومة.
إن تشغيل النموذجين على طبقة تسوية واحدة هو الرهان الهندسي الحقيقي. لا تختار Dusk بين "سلسلة مدفوعات خاصة" و"سلسلة أوراق مالية ملتزمة" — بل تقول إنك تحتاج كليهما كبدائِل متاحة في بيئة تنفيذ واحدة، لأن السوق المنظّم يمسّ كلا نوعي المعاملات في يوم تداول واحد. تتولى عقدة/عقد التحويل إدارة كلا التدفقين عبر نموذج تكامل قائم على شجرة ميركل واحدة مشتركة، وهو تصميم معماري أنظف من الربط بين سلسلتين بضمانات خصوصية مختلفة.
السؤال المفتوح هو ما إذا كانت تعقيدات النموذجين المزدوجة ستتحول إلى عبء صيانة عندما تتطور المواصفات بشكل مستقل، أم أنها تكون فعلًا أكثر متانة من طبقة خصوصية واحدة تناسب الجميع.
هل يعرف أي شخص عن L1 آخر يطلق نموذجين للإنتاج للمعاملات مُفصولين بهذا القصد بحسب فئة الأصل، بدلًا من تمديد بدائية خصوصية عامة على كل شيء؟
@Dusk $NVDAB
Phoenix هو نموذج UTxO من أجل التحويلات اليومية المُخفاة — حيث يتم إخفاء الأرصدة والأطراف المقابلة، وتُتتبَّع الملاحظات داخل شجرة ميركل، وتمنع الـ nullifiers عمليات الإنفاق المزدوج دون الكشف عن أي ملاحظة تم إنفاقها. وهو مصمم لتحقيق الإنتاجية والسرية في نقل القيمة بشكل اعتيادي.
Zedger مختلف عن قصد. فهو مُصمَّم تحديدًا للأوراق المالية المُرمّزة (tokenized securities)، حيث ليست الفكرة مجرد إخفاء الرصيد — بل إثبات أن أحداث دورة الحياة (الإصدار، قيود التحويل، الإجراءات/القرارات المؤسسية، الاسترداد) تمت بشكل صحيح ضمن إطار تنظيمي، دون تسريب جدول رأس المال للعموم على السلسلة العامة. تُحمّل الورقة المالية المُرمّزة التزامات لا صُمِّم Phoenix لحملها: قيود التحويل المرتبطة بحالة المستثمر، والقدرة لدى المُصدِر على التجميد أو الاسترداد ضمن شروط قانونية محددة، ومتطلبات التدقيق التي تستمر حتى عندما تبقى الأرصدة مختومة.
إن تشغيل النموذجين على طبقة تسوية واحدة هو الرهان الهندسي الحقيقي. لا تختار Dusk بين "سلسلة مدفوعات خاصة" و"سلسلة أوراق مالية ملتزمة" — بل تقول إنك تحتاج كليهما كبدائِل متاحة في بيئة تنفيذ واحدة، لأن السوق المنظّم يمسّ كلا نوعي المعاملات في يوم تداول واحد. تتولى عقدة/عقد التحويل إدارة كلا التدفقين عبر نموذج تكامل قائم على شجرة ميركل واحدة مشتركة، وهو تصميم معماري أنظف من الربط بين سلسلتين بضمانات خصوصية مختلفة.
السؤال المفتوح هو ما إذا كانت تعقيدات النموذجين المزدوجة ستتحول إلى عبء صيانة عندما تتطور المواصفات بشكل مستقل، أم أنها تكون فعلًا أكثر متانة من طبقة خصوصية واحدة تناسب الجميع.
هل يعرف أي شخص عن L1 آخر يطلق نموذجين للإنتاج للمعاملات مُفصولين بهذا القصد بحسب فئة الأصل، بدلًا من تمديد بدائية خصوصية عامة على كل شيء؟
@Dusk $NVDAB