@Dusk #dusk كنت أتصفح وثائق Dusk ولفت انتباهي تفصيل واحد: إن كون البلوكشين يركز على الخصوصية لا يعني بالضرورة أن كل شيء يكون خاصًا بشكل افتراضي.

لدى Dusk نموذجين للمعاملات. Moonlight هو النموذج العام بينما Phoenix هو الجانب المُشفّر/المدفوع بالخصوصية. في البداية قد يبدو الأمر اختلافًا تقنيًا، لكنه في الواقع يقول الكثير عن كيفية تعامل Dusk مع الخصوصية.

بدلًا من فرض كل المعاملات داخل نموذج خصوصية واحد، تمنح Dusk المستخدمين خيارًا وفقًا لما يحتاجونه.

وهذا منطقي بالنسبة للتطبيقات المالية. قد يحتاج بعض النشاط إلى البقاء خاصًا بينما قد يلزم أن تبقى معلومات أخرى مرئية لأغراض التدقيق أو الامتثال. يدعم Phoenix أيضًا الإفصاح الانتقائي عبر مفاتيح العرض (view keys)، ما يضيف طبقة أخرى إلى فكرة الخصوصية.

بالنسبة لي، السؤال الأكبر هو تجربة المستخدم.

لن يقرأ معظم الناس الوثائق قبل استخدام تطبيق. إذا رأوا عبارة «خصوصية بلوكشين» فقد يفترضون ببساطة أن كل شيء خاص. لذلك يجب أن تجعل الواجهة الأمر واضحًا جدًا بشأن ما هو عام وما هو مُشفّر/مخفي.

لا أرى أن نهج النموذجين يعد ضعفًا. بل قد يكون مفيدًا فعلًا للتطبيقات المالية الواقعية.

لكن ذلك يجعل نموذج الخصوصية لدى Dusk أكثر تعقيدًا ومرونة من مجرد تسمية «خصوصية بلوكشين» المبسطة.

الاختبار الحقيقي سيكون ما إذا كان المستخدمون يفهمون هذا الاختيار دون الحاجة إلى دراسة الوثائق أولًا.

$DUSK
$HEMI
$AIO