#dusk $DUSK @Dusk ماذا لو كانت سلسلة بلوكشين واحدة قادرة على تشغيل نموذجين متوازيين للمعاملات: نموذج عام ونموذج خاص، تُسوى كلاهما في الوقت نفسه بواسطة نفس المُدققين؟
هذه هي الابتكرة الأكثر هدوءًا داخل @Dusk التي تحظى باهتمام أقل من تميّزها في مجال الخصوصية.
تقسّم هندسة Dusk المعاملات إلى Phoenix (معاملات مُشفّرة، على نمط UTXO للتحويلات السرّية وأصول XSC) وMoonlight (حسابيّات شفافة ومعتمدة للرهان والعمليات العامة).
كلاهما مؤمَّن عبر إجماع Proof-of-Stake الخاص بـ Dusk، والذي بُني تاريخيًا على نموذج Segregated Byzantine Agreement مصمَّم لتحقيق حسم سريع ومشاركة عالية للمُدققين بدل الاعتماد على التعدين المكلّف بالطاقة.
تخيّل مُدققًا يقوم برهن DUSK؛ تُدار قيمة الرهن والمكافآت عبر سجل Moonlight الشفاف لضمان المساءلة، بينما تُصدر معاملة منفصلة أوراقًا مالية مُشفّرة للمساهمين تمر عبر Phoenix بحيث تكون مخفية عن أعين العامة. نفس السلسلة ونفس ضمانات الحسم تمنح مستويات إفصاح مختلفة جدًا بحسب حالة الاستخدام.
إن تصميم النموذجين المزدوجين هو رهان معماري حقيقي، وليس مجرد لصق الخصوصية على سلسلة عامة قائمة (مثلما تفعل المُكسّرات أو البروتوكولات الجانبية).
لقد أدمج Dusk مرونة الإفصاح داخل الإجماع منذ اليوم الأول. وهي مسألة هندسية أكثر صعوبة، لكنها—على الأرجح—أكثر متانة لقطاع التمويل المُنظَّم.
هل ينبغي أن تتبنى المزيد من سلاسل L1 هذا النهج المزدوج للدفاتر بدل محاولة إضافة الخصوصية لاحقًا بعد الإطلاق؟
هذه هي الابتكرة الأكثر هدوءًا داخل @Dusk التي تحظى باهتمام أقل من تميّزها في مجال الخصوصية.
تقسّم هندسة Dusk المعاملات إلى Phoenix (معاملات مُشفّرة، على نمط UTXO للتحويلات السرّية وأصول XSC) وMoonlight (حسابيّات شفافة ومعتمدة للرهان والعمليات العامة).
كلاهما مؤمَّن عبر إجماع Proof-of-Stake الخاص بـ Dusk، والذي بُني تاريخيًا على نموذج Segregated Byzantine Agreement مصمَّم لتحقيق حسم سريع ومشاركة عالية للمُدققين بدل الاعتماد على التعدين المكلّف بالطاقة.
تخيّل مُدققًا يقوم برهن DUSK؛ تُدار قيمة الرهن والمكافآت عبر سجل Moonlight الشفاف لضمان المساءلة، بينما تُصدر معاملة منفصلة أوراقًا مالية مُشفّرة للمساهمين تمر عبر Phoenix بحيث تكون مخفية عن أعين العامة. نفس السلسلة ونفس ضمانات الحسم تمنح مستويات إفصاح مختلفة جدًا بحسب حالة الاستخدام.
إن تصميم النموذجين المزدوجين هو رهان معماري حقيقي، وليس مجرد لصق الخصوصية على سلسلة عامة قائمة (مثلما تفعل المُكسّرات أو البروتوكولات الجانبية).
لقد أدمج Dusk مرونة الإفصاح داخل الإجماع منذ اليوم الأول. وهي مسألة هندسية أكثر صعوبة، لكنها—على الأرجح—أكثر متانة لقطاع التمويل المُنظَّم.
هل ينبغي أن تتبنى المزيد من سلاسل L1 هذا النهج المزدوج للدفاتر بدل محاولة إضافة الخصوصية لاحقًا بعد الإطلاق؟