#dusk $DUSK كنت أرى ضوء القمر و"فيـنكس" يَتِكرران في الوثائق دون تفسير واضح، وفي النهاية جلست الليلة الماضية لأرتّب الأمر—وبصراحة؟ 😂 كنت أتوقع نظام خصوصية واحد، لا نظامين معاملات متعايشين على نفس طبقة الأساس.

لذلك، تعمل duskds بنموذج معاملات ثنائي بشكل أصلي. moonlight هو الخيار العام المعتمد على الحسابات: أرصدة شفافة، وسهل قراءته، شبيه بالطريقة التي تعمل بها معظم السلاسل افتراضيًا. phoenix هو الخيار الخاص: مبني على UTXO والملاحظات (notes)، بأرصدة ومبالغ مُشفَّهة (مخفّاة). الجزء الذي لفت انتباهي هو أن الخصوصية ليست مُضافة إلى duskevm من خلال hedger؛ بل هي مدمجة في طبقة الأساس نفسها، وتختار لكل معاملة أي نموذج تستخدمه بدل أن تكون السلسلة كلها واحدة من الاثنين. نقل القيمة بين النموذجين يتم عبر عمليات shield وunshield من خلال عقد تحويل واحد: تحويل moonlight إلى phoenix (جعل ملاحظات خاصة)، وphoenix إلى moonlight (جعل الملاحظات عامة)، كل ذلك داخل معاملة ذرية واحدة. لا جسور، ولا نسخ مُلتفّة (wrapped) من نفس الأصل تطفو في الوسط.

ما أعود إليه باستمرار منذ أن جلست مع هذه الفكرة هو: ماذا يحدث لخصوصيتك إذا استخدمت كلا النموذجين فعليًا مع نفس المفاتيح الأساسية على مدى الوقت. إذا قمت بالـ shield إلى phoenix لبعض المعاملات وبقيت على moonlight في معاملات أخرى، هل يؤدي ذلك إلى إنشاء نمط قابل للربط بين نشاطي العام والخاص وينتهي الأمر بتسريب أكثر مما كان سيحدث باستخدام أي نموذج وحده؟ لم أجد شيئًا يعالج سلوك المزج هذا تحديدًا، بل وجدت فقط آليات التحويل نفسها.

ومع ذلك، القيام بذلك دون جسور أو رموز مُلتفّة هو أمر نظيف فعلًا مقارنةً بكيفية إضافة الخصوصية في أغلب السلاسل كنظام موازي منفصل.

بصراحة لا أعرف إذا كان مزج moonlight وphoenix تحت نفس الهوية يُقوّض الخصوصية بهدوء، أم أن هذا القلق لا يصمد فعليًا؟
🤔

#dusk @Dusk $DUSK