في أغلب الأحيان، عندما أرى الحديث عن خصوصية البلوكتشين، يتحول الحوار بسرعة إلى ما لا يستطيع الآخرون رؤيته. لكن عندما درست نموذج Phoenix الخاص بـ Dusk عن كثب، وجدت أن جانب التحقق أكثر إثارة للاهتمام.
لا يعامل Phoenix المعاملة الخاصة مثل تحويل حساب شفاف عادي. بدلًا من ذلك، يستخدم “الملاحظات” لتمثيل القيمة، مع تنظيم تلك الملاحظات عبر شجرة Merkle.
عند إنفاق ملاحظة، يتم إنشاء مُبطِّل (nullifier). الجزء المهم هو ما يتيحه المُبطِّل للشبكة أن تُثبته. يمكنه تحديد أن ملاحظة بعينها تم إنفاقها بالفعل دون الكشف علنًا عن الملاحظة الدقيقة الكامنة وراء المعاملة.
وهذا يخلق فصلًا مثيرًا للاهتمام: يمكن للشبكة أن تتحقق من أن شيئًا ما قد تم إنفاقه، دون تعريض كل شيء حول ما تم إنفاقه.
ثم تضيف إثباتات المعرفة الصفرية طبقة أخرى عبر تمكين المعاملة من إثبات أنها تستوفي القواعد المطلوبة دون الكشف عن المعلومات الخاصة الكامنة.
غيّر ذلك طريقة تفكيري بشأن Phoenix.
إنه ليس مجرد أخذ معاملة عادية وإخفاء تفاصيلها. بل إن بنية المعاملة نفسها مصممة حول تحققٍ خاص.
وأعتقد أن هذا هو الجزء الأكثر إثارة للاهتمام في بنية خصوصية Dusk.
الخصوصية ليست فقط فيما يحتفظ به البلوكتشين مخفيًا. إنها أيضًا فيما يستطيع البلوكتشين أن يثبته ما يزال دون كشفه.
عندما تعلمت لأول مرة عن نماذج معاملات Dusk طرحت سؤالًا: إذا كانت الخصوصية تهم كثيرًا في Dusk، فلماذا لا تجعل كل معاملة خاصة؟
عندما درست التصميم عن كثب أدركت أن كل الأنظمة المالية لا تحتاج إلى أن تكون مفتوحة بالكامل.
بعض المعاملات تعمل بشكل أفضل مع الشفافية. وبعضها يحمل تفاصيل لا ينبغي أن تكون مرئية للجميع.
هنا يأتي دور Moonlight وPhoenix.
يستخدم Moonlight نظامًا قائمًا على الحساب. يمكن للشبكة التحقق من رصيد المُرسلين، والتأكد من صحة التوقيع، والتحقق من أن رقم المعاملة صحيح من خلال الاطلاع على بيانات المعاملة المفتوحة.
أما Phoenix فيتبع نهجًا مختلفًا. فهو يخفي تفاصيل المعاملة ويستخدم إثباتات المعرفة الصفرية بحيث تستطيع الشبكة التحقق من أن المعاملة صالحة دون رؤية الأجزاء.
ذلك الاختلاف لفت انتباهي.
السؤال الحقيقي ليس: "هل يجب أن تكون البلوك تشين عامة أم خاصة؟"
بل هو: "ما المعلومات التي يلزم أن تكون مرئية حقًا لهذه المعاملة؟"
بالنسبة للأنظمة، يمكن أن تكون هذه الإجابة مهمة جدًا.
قد تحتاج الدفعة الواضحة إلى تحقق. وقد تحتاج المعاملة المالية الخاصة إلى حماية.
محاولة فرض الأمرين معًا في نموذج واحد يعني فقدان شيء ما.
ما أُعجب به في Dusk هو أن تصميمه لا يتعامل مع الشفافية والخصوصية بوصفهما خيارات يجب على الشبكة اتخاذها.
إنه يوفر نماذج معاملات بناءً على ما هو مطلوب.
بالنسبة للأنظمة المالية، يبدو ذلك قريبًا جدًا مما يحدث في الأنظمة المالية الواقعية.
@Dusk #dusk $DUSK ما الذي يهم أكثر في معاملات البلوك تشين؟